signalproof-verify

Verify claims against available evidence and return bounded PASS, PARTIAL, FAIL, BLOCKED, or UNVERIFIED status.

Updated Aug 15, 2026
One-click install
npx skills add https://github.com/docreo/Signalproof-Skills --skill signalproof-verify-docreo
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: signalproof-verify
Source: https://github.com/docreo/Signalproof-Skills/tree/main/skills/signalproof-verify
Command: npx skills add https://github.com/docreo/Signalproof-Skills --skill signalproof-verify-docreo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often declare work done based on weak or mismatched evidence, such as treating a successful compile as proof of runtime behavior or calling a build production-ready after unit tests pass. This Skill enforces claim/evidence alignment so every acceptance statement is backed by the correct class of evidence and nothing is silently upgraded. ## Core Features & Use Cases - Claim-to-Evidence Matching: Restates each claim as a testable statement, identifies the required evidence class (compile, unit, runtime, visual, security, signing, human-observed), and inventories what evidence actually exists. - Bounded Status Reporting: Returns explicit PASS, PARTIAL, FAIL, BLOCKED, or UNVERIFIED results with what is proven, what is not proven, and any conflicting evidence preserved. - Multi-Gate Decomposition: Splits compound claims like "production-ready" into separate gates (compile, tests, runtime, installer, recovery, security, signing, owner acceptance) so one passing test cannot stand in for the whole claim. - Use Case: After a bug fix, ask whether the transport no longer overwrites an active user seek without regressing protected behavior. The Skill runs or inspects the smallest applicable test, checks the protected state, and reports a bounded verdict. ## Quick Start Ask the AI to verify whether the claim "the installer preserves user data during repair" is supported by the available evidence and to report a PASS, PARTIAL, FAIL, BLOCKED, or UNVERIFIED status.

Frequently Asked Questions about signalproof-verify

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify a bug fix claim with evidence?▼

State the exact claim as a testable statement, identify the required evidence class, then run or inspect the smallest test that proves or disproves it. Report a bounded status such as PASS, PARTIAL, FAIL, BLOCKED, or UNVERIFIED along with what remains unproven.

What is the difference between PASS and UNVERIFIED status?▼

PASS means the required evidence supports the exact claim with no open contradictions. UNVERIFIED means no adequate evidence establishes the claim, even if no failure is known; absence of a known failure is never treated as a PASS.

Can a passing compile prove runtime behavior?▼

No. Compile, unit, integration, runtime, visual, security, signing, and deployment evidence are distinct gates. A compile PASS only proves the code compiles; runtime claims require runtime execution evidence.

How do I verify multi-gate claims like production-ready?▼

Break the claim into separate gates such as compile, tests, runtime, installer, recovery, security, signing, and owner acceptance. Verify each gate independently; one passing test cannot stand in for the whole claim.

Does human observation count as valid evidence?▼

Yes, human-observed evidence is legitimate at its own class, such as an owner observing a feature working. It must not be silently converted into independent runtime reproduction, and owner acceptance can satisfy a human acceptance gate directly.

Does a verification PASS authorize a release or merge?▼

No. Verification only answers whether a claim is proven by evidence. Merging, promoting baselines, signing, publishing, and production deployment remain governed by their own authority and acceptance gates.