← ClaudeAtlas

superstack-shiplisted

Use when finishing a task — writing the final report or status, shipping a change, or handing off — to produce a calibrated done-claim and the docs that make the work reproducible by someone else.
debabsah/superstack · ★ 2 · AI & Automation · score 73
Install: claude install-skill debabsah/superstack
# superstack-ship The report is part of the work, not an afterthought. Ship a **calibrated** claim and the docs that let a stranger redo it. ## The report - **Answer first**, then the support. Lead with the verdict (done / not done / exact / blocked) in the first line; put evidence underneath, never above. - **Scale the report to the tier.** T1 = the verdict, its `Verified:` line(s), and the tier line — a few lines, not a document. The full shape here is for T2+. - **Separate verified from assumed, out loud — as the method's ledger** (canonical shapes: the method skill's ledger section; same tokens every report, and the Stop-hook gate greps for them). Never let an `Assumed:` line read like a `Verified:` one. - **Cite specifics:** paths, counts, `file:line`, the command you ran, the number you saw, before→after deltas. - **Report what you observed, not what you intended.** If a step was skipped or a test failed, say so with the output. - **Calibrate "done" with a use-boundary.** Stamp unproven results **PROVISIONAL** ("do not quote these yet") and lift it explicitly only when the check passed. Scope the claim to exactly what you measured; put the rest in a visible residual list. - **State the tier and its gates.** One line: `Tier: Tn — gates run: <verify / review lenses / human gate>`. A skipped gate that leaves no trace is invisible exactly when it matters. - **Never soften a real problem — including your own.** Flag anything the human must decide (⚠️), state it plainly wi