Coldstart is in final cutover and has not been released. This section describes how the development build behaves; there is no release you can install today, so read it as a description of the method rather than instructions you can follow tonight.
The previous section ended at the pointer, which is an address and nothing more. This section is about what the address leads to: the project's own record, and the maps that make it findable without anyone maintaining a second list by hand.
The question the whole section answers is narrow. A session that was not present for any earlier discussion opens a cold terminal. What can it still find, and how does it know that what it found is current?
[Visual 3 — A vertical dashed line down the middle of the frame labelled "the terminal closes". Left of it, greyed: a speech-bubble stack labelled "the conversation — reasoning, rejected options, things said out loud", tagged "not recoverable". Right of it, solid, two stacked shelves. The upper shelf is labelled "authored" and drawn as a row of small cards, each card carrying three marks: a topic, a one-line subject, and a location tag; a bracket around them reads "typed homes, one owner per fact". The lower shelf is labelled "generated" and drawn as a table icon whose rows are all arrows pointing back up at the cards above. A thick arrow runs from the upper shelf down to the lower one, labelled "re-derived, never edited"; a thin arrow returns upward labelled "parity check — regenerate and compare". A caption under the lower shelf reads "a projection cannot disagree with what it is projected from". Each page in this section enlarges one shelf.]
The two pages
| # | Concept | What it covers |
|---|---|---|
| 3.1 | The project record | Where a durable fact lives, what makes it a typed fact rather than a note, and why exactly one place owns it |
| 3.2 | Generated maps | Why the index is regenerated rather than maintained, and what a parity check does and does not prove |
Why memory is a filing problem, not a recall problem
The instinct is to make the agent remember more. That is the wrong axis. An agent's recall of a conversation is not evidence about the project; it is a report about a conversation that has already ended, and it cannot be checked against anything.
So the method treats memory as filing instead. A durable fact goes somewhere with a name, in a shape a parser can read, and it stays there until someone deliberately retires it. Retrieval then becomes a read, and a read can be verified: either the file says that or it does not.
That trade is deliberate and it costs something. Filing is work at the moment you least want to do it, at the end of a session, about something you currently remember perfectly well. The whole argument for paying that cost is that in three months nobody will.
The one rule both pages obey
Everything in this section follows from a single division: one fact has one owner, and anything derived from it is regenerated rather than maintained.
The first half is what 3.1 is about. If the same decision is recorded in two places, they will disagree, and the disagreement will be discovered by someone acting on the stale one.
The second half is what 3.2 is about. An index is derived from the things it lists, so writing it by hand creates a second source of truth that goes wrong the first time someone adds something and forgets a row. Regenerating it from what is actually on disk removes that failure mode structurally rather than asking anyone to be careful.
What this section does not cover
It covers what the project remembers, not how the right instruction reaches a session. Those are different shelves with different disciplines: a project fact normally has one owning subject, while a reusable method may be looked for from several directions at once. Routing is the next section.
It also does not cover what is enforced rather than remembered. A rule that matters must not depend on any part of this section working, and that is section 5.
Next
Start with what is written by hand: the project record.
How current this page is
Checked on 10 August 2026 against the product's current record structure, map generation and recorded release state. It describes a filing method, not evidence that filed projects are maintained better. To ask whether a claim here still holds, or to report one that does not, write to [email protected].