recheck

Verifies named signoff fixes landed and flips the slice status card.

Updated Jun 2, 2026
One-click install
npx skills add https://github.com/line7works/tony-skills --skill recheck-line7works
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: recheck
Source: https://github.com/line7works/tony-skills/tree/main/plugins/recheck/skills/recheck
Command: npx skills add https://github.com/line7works/tony-skills --skill recheck-line7works

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After a /signoff review rejects a built slice with BLOCKER or MAJOR findings, someone fixes them — but "done" from the fixer is only a claim. This Skill closes that trust gap by re-inspecting exactly the named findings with an independent reviewer and flipping the slice's status card only on verified evidence. ## Core Features & Use Cases - Closed-checklist verification: Re-checks only the still-open BLOCKER/MAJOR items from the record — the list never grows mid-run, so re-inspection terminates instead of treadmilling. - Independent reviewer via /readers: The session that wrote the fixes never grades them; a fresh Opus-floor reviewer call verifies each failure scenario against the current source, executed where runnable and static where not. - Append-only ledger and card flip: Adjudicates fixed / not fixed per item, records fix-introduced defects as new entries, appends a dated punch-list block to the build doc and the slice's verdict doc, and updates the Status line per the BLOCKER/MAJOR mapping. - Use Case: After fixing three MAJOR findings from a failed signoff on Slice B, run "recheck slice B" to have an independent reviewer confirm each fix, log the results, and flip the card to signed off only if everything clears. ## Quick Start Ask the assistant to recheck the fixes for the slice that failed signoff, for example by saying "recheck slice B" after the signoff findings have been addressed.

Frequently Asked Questions about recheck

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

FAQPage Schema
How do I verify fixes after a failed code review?

Run recheck against the slice that failed signoff, for example "recheck slice B". It assembles the still-open BLOCKER and MAJOR items from the record, has an independent reviewer verify each failure scenario against the current source, and flips the status card only on evidence.

What is the difference between signoff and recheck?

Signoff is the open-ended adversarial review that hunts for problems in a built slice. Recheck is a closed-checklist re-inspection that only verifies whether the specific findings signoff named were fixed — it never hunts for new issues.

Does recheck require the readers plugin?

Yes. Recheck makes one readers call on the claude-session row with the repo-with-tools profile so an independent reviewer, not the session that wrote the fixes, verifies each item. The call carries a floor of opus and is refused below it.

Can the same session that wrote the fixes verify them?

No. The session that wrote the fixes never grades them, and it cannot upgrade a reviewer's "not fixed" verdict on its own work. It records the dispute, leaves the item open, and recommends a fresh-session recheck.

What happens when a fix introduces a new defect?

A fix-introduced defect is recorded as its own new item with an assigned severity, file:line, claim, and failure scenario, and it joins the open set. Pre-existing issues newly noticed stay out of the verdict, with at most one line offering a full signoff.

When should I not use recheck?

Do not use recheck for a fresh open-ended review — that is signoff's job. Also avoid it when no findings exist on the record, since an empty checklist against an open card is treated as a record gap requiring the original verdict, not a clean slate.