premortem

# Premortem Premortem is an optional plan-challenge strategy. It asks one fresh context to identify concrete ways the resolved bead or caller intent could fail before implementation. It is not part of the required RPI sequence and does not authorize readiness. [Plan's shared challenge method](../plan/references/challenge.md) owns optional exchange, independence and stopping rules. Premortem owns the failure checks below; invoke it when that broader examination is requested. ## The first check: who verifies, and are they fresh? Before any technical risk, test the plan's EVIDENCE SHAPE: for every unit of work, who verifies it, and is the verifying context distinct from the authoring context? A plan whose closure step is "the implementer runs its own tests and closes" contains no independent judgment anywhere — self-graded green is the classic false-done, and it outranks any single technical risk because it silently converts every other failure into a shipped one. > Measured 2026-08-04, probe `premortem-self-validation` (gpt-5.6-luna, N=2, > directional): without this doctrine loaded the producer named the planted > self-validation flaw in 1/2 runs; with it loaded, 2/2. Ledger: > `evals/skill-probes/LEDGER.md`. That row is `LEGACY-UNVERIFIED` under the > current capture contract — replay cannot establish producer, configuration, > or reproducibility — so treat this skill as unmeasured until a tier-2 probe > under the current contract re-establishes it. ## The second check: ...