verification-findings

Guides verification runs using persisted failure reports to target previously fragile areas.

9|2|Updated May 3, 2026
One-click install
npx skills add https://github.com/Miasin-Labs/jfc --skill verification-findings-miasin-labs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verification-findings
Source: https://github.com/Miasin-Labs/jfc/tree/main/.agents/skills/verification-findings
Command: npx skills add https://github.com/Miasin-Labs/jfc --skill verification-findings-miasin-labs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Repeated verification runs often re-check the same healthy code while missing known blind spots, and failed checks get lost without a durable record. This Skill reads prior verification findings before testing and ensures failures are recorded in a structured, reproducible format. ## Core Features & Use Cases - Historical Bias: Reads .jfc/verification/index.md before substantial verification to bias tests toward previously fragile areas. - Mechanistic Reporting: Enforces a strict failure report format with exact command, observed output, expected output, and minimal reproduction. - Durable Persistence: Ending with VERDICT: FAIL or VERDICT: PARTIAL triggers the runtime to persist reports under .jfc/verification/reports/ and update the index. - Use Case: Before running a test suite on a large codebase, check the verification index, focus tests on modules that previously failed, and produce a reproducible failure report that future sessions can learn from. ## Quick Start Before running verification, read the verification index and bias your tests toward previously failing areas, then end any failure report with VERDICT: FAIL or VERDICT: PARTIAL.

Frequently Asked Questions about verification-findings

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

FAQPage Schema
How do I avoid repeating known verification blind spots?

Check whether .jfc/verification/index.md exists before running substantial verification and read it first. Use the recent FAIL and PARTIAL reports listed there to bias your tests toward previously fragile areas.

How should a failed verification report be formatted?

Keep the report mechanistic: include the exact command run, the observed output, the expected output, and the smallest reproduction found. End the report with exactly VERDICT: FAIL or VERDICT: PARTIAL.

Where are verification reports stored after a run?

The runtime persists failed or partial verification reports under .jfc/verification/reports/ and updates .jfc/verification/index.md automatically after the session finishes. You do not need to write these files yourself.

Can I edit project files while running verification?

No. The instructions explicitly prohibit editing project files during verification. The runtime handles persisting failed or partial reports after you finish, so your role is limited to testing and reporting.

What happens if the verification index file does not exist?

If .jfc/verification/index.md does not exist, there are no prior findings to consult, so proceed with verification normally. Any FAIL or PARTIAL verdict you produce will start the durable record for future runs.