Registers

Three append-only logs at docs/streams/ that are the system's memory: what invalidated a plan (FINDINGS), what raw ideas are queued (INTAKE), and what each cadence retro decided (RETRO). These are the audit trail — and the rules that protect them are the reason the system catches tampering.

FINDINGS

Knowledge that invalidates a brief. A new finding flags every affected brief as stale-knowledge and excludes it from Next-up until the finding resolves.

Each finding entry carries:

Why sequence-contiguity matters. This rule exists because a register deletion was once caught only by luck: a parallel implementation happened to carry a regression test. The gap is the visible signature of a deleted entry — the check makes deletion machine-visible instead of luck-visible.

INTAKE

Raw ideas that enter the system before they become briefs or get rejected. The intake register is the front door — every proposal gets an entry with a disposition.

An intake entry records:

Withdrawal is a tombstone in place — flip the disposition rather than deleting the entry. Deleting an intake entry to make a number disappear both loses the record and trips the sequence-gap check.

RETRO

Per-cadence retro entries (R-NN) recording what the desk decided: which streams to re-prioritize, which briefs to split or demote, and any governance changes. RETRO entries are less frequent than FINDINGS or INTAKE but follow the same append-only, sequence-contiguous conventions.

Shared conventions

← Back home