Version the Future
Editing a pipeline should improve future work without rewriting the text that an earlier session received. The row version increases, the live catalog shows the edit, and the next brief stamps the new version. Historical briefs keep their materialized template and version so review can reconstruct the author's premises.
That simple sentence hides two lifetimes. Brief text is a snapshot. Operational gates may be live policy if the engine deliberately reads the current row at verification. A workshop must state this distinction; saying “taken work is frozen” without naming which fields freeze creates false confidence.
A fully frozen policy copies required stages and review requirements into the delegation. A live-policy design lets an operator tighten a gate for work already in flight. Neither is universally correct. The crucial requirement is that the choice be explicit, testable, and visible in the landing record.
Crucible today preserves the authored brief snapshot while current required stages can still participate in verification. Teach that as a contract seam, not as an accident to hand-wave. A future change could freeze more policy, but history must continue to identify both the brief version and the gate policy applied at landing.
Stamp Both Lifetimes
Record the row version that materialized the brief and the effective policy checked at landing. If they differ, the trail should make that visible rather than pretending one timestamp explains everything.
An edit test needs an in-flight delegation. Take under version one, edit to version two, then assert what stays frozen and what changes. Without that middle state, tests prove only creation and cannot catch lifecycle ambiguity.