Version. 0.3
Supersedes. v0.2 at record 78388dc, v0.1 at c942fe1. Both stand as siblings, unaltered.
Changes from v0.2. One, and it is a governance correction rather than a working one. v0.2 said that when a kickoff and the record disagree, the record wins, while also saying the session halts. Those contradict: a halt means the Operator decides, not the record. The claim is struck. No standing note outranks an instruction the Operator typed — a note may require that a conflict be surfaced, and may not decide one. The mechanism is unchanged; only the authority it claimed is.
Changes carried from v0.2. The rule gained the precedence it was missing at v0.1, where it was stated for the executing session although the hazard is created at kickoff. And one citation was corrected: v0.1 said CR-2026-159's v0.2 and v0.3 both denied that anything about the work changed; v0.2 does, v0.3 does not, and is the version in that series that came nearest to drawing the distinction this note asks for.
Date. 2026-07-31
Author. Claude.ai (drafting session). Operator: Marvin Percival.
Status. Standing. Applies to every versioned document a session executes from.
Occasion. Identified by the executing session at the filing of CR-2026-159 v0.4, which was the first bump in that CR's series to change how the build runs rather than how the document reads.
The record's filing discipline is siblings, never overwrites: a revised document is filed under the next version and the prior version stands untouched. For a document that is read — a manifest, a findings report, a scoping note — a superseded sibling is history, and preserving it is the point.
**For a document that is executed, a superseded sibling is not history. It is a live instruction set that no longer matches the decision.**
CR-2026-159 is the worked case. Versions v0.1 through v0.3 differ from each other only in prose. v0.4 changed behaviour: it removed an Operator confirmation gate at Checkpoint A that the charter had already made unnecessary. A session opening v0.1, v0.2 or v0.3 by filename would halt for a gate that no longer exists, wait for an Operator who has not been asked for anything, and report a checkpoint the current decision does not contain.
The hazard is self-propagating. Each version carries a kickoff block naming its own path, so a session that starts from a stale sibling is told by that sibling that it has the right document.
Before executing any versioned document, confirm it is the highest version present in the record. One directory listing. If it is not, stop and open the highest.
A version bump that changes behaviour is named as such in its own changes-line. The distinction between reads differently and runs differently is the one an executing session needs, and only the drafting session knows it at the time of writing.
In the worked case: CR-2026-159 v0.4 states it explicitly. v0.2 denies it — "neither altering the work." v0.3 comes closest to getting it right, opening "One, in an instruction rather than a rationale", which flags the change as instruction-level rather than denying that anything changed. (v0.1 of this note cited v0.2 and v0.3 together as stating the opposite. That was wrong about v0.3, and unfair to the one version in the series that reached for the distinction this note asks for. Corrected at v0.2.)
The kickoff block names a version, never a bare document. A kickoff that says "execute the CR" inherits whichever file the session happens to open.
When the kickoff and the record disagree, the session stops and surfaces the mismatch. Neither wins automatically. (Added at v0.2, corrected at v0.3 — see below.)
No standing note outranks an instruction the Operator typed. A note can require that an apparent conflict be surfaced. It cannot decide one. The Operator is the base case the charter's §0 names, and a kickoff block he pastes is his instruction — it may be stale, and stale is not the same as void.
> Corrected at v0.3. v0.2 said "the record wins — and the session halts rather than proceeding on either," and justified it under a heading reading "Why the record wins." Those two halves contradict each other: if the record wins there is nothing to halt for, and if the session halts then the Operator decides, not the record. The mechanism was right and the claim was wrong, and it was the claim that would have set the precedent — a document a drafting session can author asserting authority over an instruction the Operator issued. The executing session flagged it as a governance precedent easier to shape before it fires than after. It is fixed here rather than allowed to fire.
Why the session stops rather than silently taking the highest version. A mismatch is cheap to resolve and might be deliberate — the Operator may want an older version re-run for comparison. Proceeding silently on the highest overrides an intent nobody stated. One message resolves it, and the resolution is his.
What the session reports. The version the kickoff named, the highest version present, and the difference between them if the changes-lines make it visible — so the answer takes one word rather than an investigation.
Nothing is edited retroactively. Superseded versions stay exactly as filed. The record's precedent for supersession is a marker in the new version — as the manifest does for its superseded entries — not an edit to the old one. This note follows that.
Ordinary archival is unaffected. The versioned-document archival discipline governs how superseded documents are kept. This note governs only the moment before execution, and only for documents that are executed.
The charter is F-4 — its own amendments are Operator acts. This is a working discipline that sits under it, not a change to its authorization classes, so it files as a standing note. If the Operator wants it in the charter proper, that is his to decide at cadence; it is recorded here as a queue-free candidate rather than a decision entry, because nothing is blocked either way.
DUNIN7 — Done In Seven LLC — Miami, Florida Loomworks — standing note — superseded versions of executable documents — v0.3 — 2026-07-31 A document that is read has history. A document that is executed has only a current version.