Stage Logs Are Evidence
A stage is not a checkbox pasted onto a task. It is a named transition with delegation identity, session identity, timestamp, and note describing what closed. The pipeline contract gives the name meaning by requiring it before later transitions.
Good stage notes are current-state receipts. They name what was inspected or produced, the important finding, and the boundary preserved. They do not need to copy terminal transcripts or private paths. Enough detail should remain for a reviewer to test the claim with the artifact.
Append-only events are valuable because correction does not erase error. If a stage was logged too early, a later note can explain the repair; silently rewriting the first event would remove the evidence that the control failed. The derived database view may show current status while the event stream keeps the history.
Stages should stay few and product-relevant. Turning every shell command into a stage adds ceremony without decision value. A stage earns a name when later policy needs to ask whether a meaningful boundary was crossed.
Evidence, Not Activity
Compare “worked on tests” with “race test now proves exactly one of take/edit wins; no production state changed.” The second note states an artifact claim and a boundary. Review can challenge both.
Define each required stage with allowed inputs and its closing evidence. If nobody can say what failure the stage prevents, remove it rather than preserving ritual.