Which Memory Layer Are You Buying
Two systems both called memory can owe entirely different obligations: one holds state for a single run, the other has to be viewable, removable, tenant-isolated, and auditable years later.

The memory store that performs flawlessly inside a single reasoning run is the exact store a customer record must never land in, and it performs that well because it owes nobody a deletion path, an audit trail, or a permission check. Two systems can both be called memory and share nothing that governs them: a scratchpad that evaporates when the answer ships, and an institutional record that has to be viewable, correctable, removable on request, isolated per tenant, and reconstructable for an auditor two years later. Architecture and procurement decisions get made on the shared word. The cost surfaces later, when someone asks where a specific piece of customer data went and the honest answer is that it went into a store designed to retain everything and account for none of it.
What an Ungoverned Store Buys You
One recent evaluation stacked layered agent pipelines and kept ranked reasoning traces from every layer where later layers could read them. The store holds a structured cross-layer reasoning memory within a single problem instance, so deeper layers can revisit prior reasoning paths. It is append-only and supports read access from any subsequent layer, a description that would stop a compliance review cold and is exactly right here. Nothing in it outlives the answer to the one problem it was opened for, which means there is no cross-session retention to govern, no tenant boundary to hold, no removal request that could ever reach it, and no second reader whose permissions have to be checked before a trace is handed across. In an architecture scoped that tightly, an ungoverned store is the correct engineering choice, and the absence of governance is precisely what makes it cheap to build and fast to read.
Which leads to a point that is easy to lose in a regulated shop.
That is worth saying plainly, because the reflex in a regulated shop is to treat every store as a liability. The scope drawn around a store is what determines the obligations that attach to it, and drawing that scope tightly is a real engineering decision with a real payoff. A transient cache is not a governance shortcut taken under deadline pressure. It is a component whose scope was drawn tightly enough that the obligations never attached in the first place.
Structure Is What Compounds
The part worth carrying into a governed setting is what produced the gain. Each trace was scored against the others by a reviewer, a rationale was attached to that score, and the reference sets handed to agents inside the same layer were kept deliberately distinct. The reference sets must differ across the agents within the same layer, so the layer as a whole explores the memory's content instead of redundantly consuming the same references. Cross-layer access and routing drive the sustained scaling, and the rationales refine magnitude. The gap over the strongest baseline widens from 0.84 points at a single layer to 4.92 points at nine. Depth stopped being a liability once the state underneath it was ranked, addressable, and read selectively, which is the same structural reason a governed store is tiered.
Name the Layer, Then Name the Obligations
Two questions settle most of this before a line of code is written: which layer is this, and what in it has to be forgettable. A team that skips them defers the decision to whoever arrives with the audit. Both are design-time answers, and in a runtime where data classification is a hard gate they are what the router, the embedding gate, and the audit chokepoint act on.
The layers those two questions sort into stack like this.
The layers, and what each one is for
Set the two cases side by side and the taxonomy does the work. A reasoning cache is a working layer: it holds intermediate state for one task, it is read by processes inside that task, and it is discarded when the task closes. An explicit institutional store carries a different obligation set entirely. A record in it has to be viewable and correctable by the people it describes, removable on request with the removal itself traceable, permissioned so an agent cannot widen its own access, isolated so one tenant's knowledge cannot surface in another tenant's answer, retained across sessions so the knowledge compounds, and auditable long after the person who wrote it has left the company. In a tiered design the working layer, the durable recall that carries across sessions, and the shared institutional store each answer to different rules, and an agent's reach into each is scoped at the runtime.
Retrieval over historical context sits between the two and carries requirements of its own: source-backed answers, provenance and trust ranked ahead of similarity alone, and web-origin material born low-trust so unvetted content cannot promote itself into trusted institutional memory. Behavior learned into weights is where the governance argument gets expensive, because a removal request there has no clean mechanical answer. Retraining from a cleaned dataset is a best-effort response, and anything that has to be deletable, auditable, or explainable belongs in the retrieval or explicit-store layers instead.
Read the rows in order and the design decision names itself: choose the layer and you have chosen what the record will owe for as long as it exists.
Two questions settle most of this before a line of code is written: which layer is this, and what in it has to be forgettable.
How the Evaluation Judge Gets Built
Two mechanism details carry over to a different job entirely, which is building the evaluation harness that gates a governed agent. Candidates were scored against each other rather than in isolation, on the grounds that grounding a score in relative differences across candidates produces more reliable estimates than absolute scoring. A reviewer distilled with one domain held out still recovers 44 percent of the average gain from full multi-domain distillation, without having seen the held-out domain during training. Comparative framing and cross-domain transfer are the two properties that make a judge usable as an instrument, because a judge that scores in isolation drifts with the prompt, and a judge that works only on the domains it was trained on cannot gate a merge next quarter.
For QoherenceAI that is the shape our regression gate is built on: frozen, integrity-checked evaluation datasets, a judge that is itself bias-controlled and classification-routed, and a merge blocked when mean evaluation scores drop, a new hard failure appears, or an adversarial floor is breached. It is the instrument built to produce receipts once agents run in production, and today it runs in continuous integration against a reference agent, with production agents and their baselines arriving as the first flows are wired.
Both jobs come back to where the lines were drawn.
The store is a component. The governance separation is the architecture, and it is decided at design time, inside the runtime, before the first record arrives. Whether a regulated customer record is safe has very little to do with how good the retrieval is and almost everything to do with which layer it landed in and what that layer was built to owe.
More from Insights

Agent Failure Modes Are Architecture Decisions
Error cascades and undocumented decisions end regulated pilots, and both are settled at the first commit: what a buyer can check in the architecture long before an agent runs.

Draw the Adapter Boundary Around Search
Native grounding bundles retrieval policy, provider choice, and cost behind one model call. A search adapter puts those controls, plus per-query telemetry, back on your side of the seam.

Drift That Never Flips a Decision
Decision-level review clears a release when every recommendation holds, even as the score distribution underneath has moved - and that gap compounds across thousands of decisions.
Orchestration that earns autonomy.
Decide the Layer Before the First Record Arrives
Remember what worked. Apply it faster. Prove what you did.