} ↓ Print / PDF
Coined Term  ·  Executive Brief Arjun Jaggi  ·  October 2, 2026  ·  arjunjaggi.com/briefs/context-collapse

Context
Collapse

The Problem

A team spends months teaching an assistant the rules of a business. Then the project rotates, the lead changes roles, or the platform team swaps the model. The system still answers, with full confidence, but the reasons behind its instructions are gone. Nobody can say which rule was a regulatory requirement and which was a preference.

The Solution

Context Collapse makes the loss measurable. The Handoff Cliff names the moment context stops transferring. Context Half-Life names how fast decision relevant context becomes unrecoverable. The Context Custody Architecture captures context at each boundary, gates the handoff, and tests whether a successor can actually recover it.

The Impact

Executives can see which AI systems depend on context that only one person or one session holds. Reassignments stop being silent risk events. Model swaps stop invalidating months of tuning without anyone noticing. The organization keeps what it paid to teach its systems.

Context a System Depends On vs. Context a Successor Can Recover Over Time (Directional Illustration)
Context Collapse The Coined Constructs

Naming What Leaves With the People and the Sessions

Every enterprise AI system runs on two kinds of knowledge. One is written down in prompts, policies, and configuration. The other is held by the people and sessions that shaped it, and covers why a threshold was set, which customer complaint produced a guardrail, and which instruction exists because a regulator once asked. The first kind survives a reorganization. The second kind does not.

Context Collapse is the loss of the institutional context an AI system depends on, at a boundary where that context fails to transfer. The phrase has an earlier meaning in social media research, where it describes many audiences flattened into one. This brief uses it in a different and enterprise specific sense. Two further constructs describe where the loss happens and how fast.

Two Original Coined Constructs
Coined Construct 01
Handoff Cliff

The boundary event at which context stops transferring. A session ends, a project changes hands, an owner leaves, a prompt is copied into a new workflow, or a model version is replaced. Before the cliff the system and its steward share an understanding. After it the system carries instructions that nobody can explain. Every Handoff Cliff is a point where Context Collapse can begin.

Test. For your five most used AI systems, can the current owner explain why each instruction exists without asking the previous owner?
Coined Construct 02
Context Half-Life

The time after which half of the decision relevant context behind an AI system can no longer be recovered from any record or person still in the organization. It is measured per system, by asking successors to reconstruct a sample of past decisions. A short half-life means the system is being run on inherited instructions that nobody can defend.

Test. Pick one rule in your most important AI system. Who can say why it exists, and how long ago did they last touch it?

The Four Root Causes

Technical documentation and record keeping for high-risk AI systems are real obligations. What they leave to the implementing organization is the transfer protocol: the mechanism for moving intent, not just files, when a system changes hands or a model is replaced. That is where context is lost, and where this brief picks up.

Four Structural Root Causes
01
Session Amnesia

Most assistants start each session without what the last one learned. Corrections given in conversation never reach the configuration, and long inputs can bury the details that matter.

Resolution. Promote every durable correction into the register
02
Departure Drain

The person who tuned the system holds the rationale. When they change roles, the instructions stay and the reasons go. Exit checklists cover laptops and badges, not intent.

Resolution. Make an intent handoff part of every role change
03
Prompt Fork

A working prompt is copied into a new tool and edited. The copy keeps the words and loses the origin. Within a few forks nobody knows which version holds the compliance wording.

Resolution. Give every prompt a source reference and a purpose line
04
Silent Swap

A model is upgraded or replaced and the old instructions are carried over. Behavior tuned to the old model shifts, and no test exists for the context the old model had absorbed.

Resolution. Treat a model change as a Handoff Cliff
Structural Observation

Each cause is ordinary. People change roles. Teams reuse what works. Platforms upgrade models for good reasons. Conversations are faster than documentation. Context Collapse is not caused by negligence. It is what happens when the cost of writing down intent is paid by one team and the cost of losing it is paid by another, later.

Context Collapse Context Custody Architecture

The Context Custody Architecture

The Context Custody Architecture is a four component pattern that moves context from people and sessions into a record the organization owns. It does not ask teams to document everything. It asks them to capture the context that a successor would need in order to defend the system's behavior, at the moments when that context is most at risk.

The Handoff Gate triggers at each Handoff Cliff and holds the change until capture is complete. The Context Register stores the purpose, source, and owner of each instruction and data source. The Decision Ledger records why each material choice was made. The Recovery Test asks a successor to reconstruct a sample of decisions, and its pass rate is the measured Context Half-Life.

Context Custody Architecture Component View
CUSTODY BOUNDARY CURRENT STEWARD Person or session HANDOFF GATE Holds the change until capture is done CONTEXT REGISTER Purpose, source, and owner per rule SUCCESSOR Owner or new model RECOVERY TEST Successor rebuilds DECISION LEDGER Why each choice

The Four Components in Practice

The Context Register needs three fields, not a template. For each instruction, data source, and exception, record the purpose in one sentence, the origin, and a named owner. A rule with no purpose line is flagged as inherited, and inherited rules are the first candidates for review.

The Recovery Test is the component that makes the rest honest. A successor is handed ten past decisions and asked to explain each from the record alone. Decisions they cannot explain count against the system, and the share they can explain is the Context Half-Life signal. It is a test of the record, not of the person.

Handoff Path Comparison by Boundary Type
Boundary Type
Default Handoff
Custody Path
Owner changes role
A meeting and a link to the repository. Rationale stays in memory.
Intent handoff against the register. Successor passes the Recovery Test.
Model version replaced
Prompts carried over. A smoke test runs. Tuned behavior shifts unnoticed.
Gate holds the swap. Decision Ledger cases are replayed on the new model.
Project moves teams
Prompts and data copied into a new workflow. Source and purpose dropped.
Register entries travel with the prompt. Each fork keeps a source reference.
Long running session ends
Corrections given in chat are lost. The next session starts from the base prompt.
Durable corrections are promoted to the register before the session closes.
Context Collapse Action Plan

What to Do Monday Morning

Start with one system. Choose the AI system whose behavior the business would miss most, and ask its owner to explain ten of its rules. The rules they cannot explain are the first entries in the Context Register. The gate, the ledger, and the test follow. None of it needs new tooling.

Context Artifact Recoverability After a Handoff (Directional Illustration)
Directional illustration. Index shows the relative share of each artifact a successor could recover from the record alone. Not derived from systematic survey data.
Phase 1, Weeks 1 to 4
Find the Cliffs
  • List every AI system and its current owner and model version
  • Mark every Handoff Cliff in the next two quarters
  • Run the Recovery Test on the single most important system
  • Open the Context Register with the rules nobody could explain
  • Gate. One system has a register and a baseline test result
Phase 2, Weeks 5 to 10
Gate and Capture
  • Add the Handoff Gate to role changes and model swaps
  • Require a purpose line and owner on every prompt
  • Start the Decision Ledger for material configuration choices
  • Replay ledger cases on every model change
  • Gate. A real handoff clears the gate with a passing test
Phase 3, Weeks 11 and beyond
Measure and Enforce
  • Repeat the Recovery Test each quarter for every critical system
  • Report Context Half-Life to the risk committee
  • Block go live for systems with no register
  • Review every inherited rule within one quarter
  • Gate. No handoff or model swap proceeds without a gate pass

Who Owns This

Three roles carry the architecture. An AI System Owner keeps the Context Register current. A Platform Change Manager runs the Handoff Gate for model swaps and project moves. A People Operations Partner adds the intent handoff to role changes. Each maps onto an existing function, and the sponsor is usually the CIO or the Chief AI Officer.

The most common failure is to write the register and skip the test. A register nobody has tried to read looks complete until the day a successor needs it. The Recovery Test is the control that keeps the other three honest.

Decision Gate

Before the next owner change or model swap on a critical AI system, the sponsor must be able to answer three questions. Where is the purpose of each instruction recorded. Who can explain the last five material decisions from the record alone. What will be replayed to show the new model or owner behaves as the old one did. If any answer is unknown, the handoff is a Handoff Cliff with no rail.

Context Collapse (in its enterprise AI sense), Handoff Cliff, Context Half-Life, and the Context Custody Architecture are original terms coined in this brief by Arjun Jaggi. Academic citation is welcome with attribution. Commercial use requires written permission.