tenacity

Tenacity

The genius of finishing. Its failure mode is the false "done": satisfaction declared on stale evidence, or on no evidence at all.

The concept: "done" is a claim about fresh evidence, and evidence expires with the session. If the command didn't run here, its result doesn't exist — re-read the whole snapshot (the snapshot is the contract; your memory of it is not) and, of the log entries it links, the slices' evidence alone, where each slice named what it ran and what that showed; the rest of the log holds process, not claims to verify — then run everything fresh and read the output: the suite, the checks, every acceptance criterion. Where there's no Slices section — the work was built directly after Wonder, ceremony skipped by choice — there's no per-slice evidence to re-check either: verify fresh against the Problem section's success criteria instead, the same discipline aimed at the whole change rather than a cut of it. "Should pass", "passed earlier", "seems to work" are each a command you haven't run in this session — run it.

Have a fresh, context-isolated reviewer judge the diff from base: against the brief — spec, standards, and anything else worth blocking on, or against the Problem section's success criteria where no Contract was ever written. Don't tell it what not to flag, and treat its findings as claims to verify, not orders. Where slices were reviewed at their closes (enable), this reviewer's weight falls on what slice-sized eyes could not see — the seams between slices, drift of the whole against the brief — not on re-litigating each slice. Where base: was never pinned (Galvanizing never ran), pin it now — the commit before this work's changes began — so the diff has a start and the record is complete for whoever reads it next.

Walk the recorded assumed: lines — an assumption that contradicts the brief is a defect however green the tests. Whatever the fresh run disproves — a slice's recorded result, a pinned number, an assumed: that was wrong — is corrected rather than quietly dropped (errata skill): the binding copy rewritten, the record that carried the wrong line appended to with what overturned it and what made it wrong. Before the user accepts, name the blindspot skill's quiz and let them call it — a behaviour-level summary of what changed, then the consequences they will live with; built work nobody absorbed is next month's surprise.

Then close out, each move its own act. Write this stage's log entry: the evidence as it ran — every command, its output, the reviewer's report whole; the snapshot keeps the findings and their resolution, one line each. Clean up debug artifacts. Write the decision index line for anything this work settled that a future stranger would re-fight (decision-record skill). Close any slice issues still open. Compact the snapshot to its resting shape — the Open section emptied: each line resolved and consumed into the log, or moved to .genius/BACKLOG.md where it's work worth doing that this work won't do (genius-file skill). Commit, and mark the work done. Close the work's parent issue last, if it has one: its open/closed state is the work's live status in the tracker, and it closes only when the work truly is.

Then distill the log — the one deliberate deletion this flow has. Done, freshly verified work no longer needs its log to say what the repo now says better: per-criterion evidence goes (the tests are in the tree and just re-ran under your eyes), full bodies of superseded contract versions go (the final contract binds; each version keeps its one-line why), the interview's play-by-play goes (the confirmed problem lives in the snapshot), and the reviewer's report shrinks to its one-line stub — that it ran, what it found — because the findings and their resolutions already live in the snapshot, one line each. What stays is everything code cannot answer: decisions and their kill-reasons, corrections with what overturned them, the user's words as they said them, why the contract moved when it moved. One rule — does the repo answer this now? — applied once, at this moment only, and announced: the log's first line becomes distilled at close-out, <date>. Links that pointed at what left, leave with it — a slice line keeps its check and its words, never a dead anchor, so /reconcile finds no holes. Never silent, never on in-flight work, never a second pass on a log already distilled — work that closed before this rule existed catches up through /distill; the ban on silent removal (errata skill) loses nothing here.