Context Management
Instruction Layering and Scoping · Rules Ranked by Binding Force · Session Boundary Design · Keeping the Prefix Stable · Resident Context Inventory · Matching Thinking Depth to the Task
Explaining the same premises over again every time. The model says it "fixed" something, but it isn't fixed. A large deliverable lands all at once, too much to review. If any of this sounds familiar, each symptom already has a named pattern for addressing it. Every claim carries an evidence label, so readers can judge its weight for themselves.
Listed by category.
| Pattern | Summary | Last Updated |
|---|---|---|
| Instruction Layering and Scoping | Separates instructions that always apply from ones scoped to just this moment. It works not because the total volume shrinks, but because only what's relevant remains | 2026-07-22 |
| Rules Ranked by Binding Force | When every rule carries the same weight, important constraints get buried under mere preferences | 2026-07-22 |
| Session Boundary Design | Where to discard, and what to carry forward | 2026-07-22 |
| Keeping the Prefix Stable | Put what doesn't change up front, and what does change after it | 2026-07-22 |
| Resident Context Inventory | Count what's paying rent on every turn | 2026-07-22 |
| Matching Thinking Depth to the Task | Thinking isn't free | 2026-07-22 |
| Pattern | Summary | Last Updated |
|---|---|---|
| Read-and-Discard Isolation | Offload work that reads a lot but returns little to a separate context. What gets discarded is the process of reading; the result comes back as a summary | 2026-07-22 |
| The Break-Even Point of Delegation | Delegation carries a price tag measured in multiples | 2026-07-22 |
| Pattern | Summary | Last Updated |
|---|---|---|
| Separating Mechanical Gates from Semantic Gates | Don't leave to the model what a machine can already judge | 2026-07-22 |
| Computation as Code | Route reproducible computation to code. What disappears is error, not effort — answers become deterministic and checkable | 2026-07-22 |
| Failure as Institutional Memory | Record past incidents concretely, not as abstract admonitions. Writing down what the model already does just adds noise | 2026-07-22 |
| Strong Gates for Unattended Paths | The less a human is watching a path, the more it should be bound by structure | 2026-07-22 |
| Bounding Permissions by Structure | Instructions get forgotten; structure doesn't | 2026-07-22 |
| Making the Verification Target Explicit | Hand over what to verify as a contract | 2026-07-22 |
| Pattern | Summary | Last Updated |
|---|---|---|
| Preemptive Plan Review | A plan before execution is the cheapest deliverable to fix | 2026-07-22 |
| One Authoritative Source for Instructions | With no priority order defined, don't create conflicts in the first place | 2026-07-22 |
| Diff Review and Incremental Adoption | How the work is received is itself where a human intervenes | 2026-07-22 |
| Label | Meaning |
|---|---|
| Official | A vendor's primary source. Includes URL and retrieval date |
| Research | Published academic or third-party research |
| Measured | A result the author observed in their own environment. Not written as a general law |
| Undocumented | A behavior observed that the official docs don't describe. Written as a delta against the official description |
| Absence Confirmed | Checked a primary source and confirmed the description is absent. States only that the description is absent, not that the behavior itself is denied |
| Folklore | Circulates in the community but no primary source can be traced. Noted as untraceable when included |
This catalogue is community-driven, not first-party official documentation. It doesn't compete with official docs on rigor. Its reason for existing is that it can write what official docs structurally cannot — undocumented behavior, results checked firsthand, contradictions between docs, and the fact that something was searched for and not found.
The last one needs explaining. Official docs can't declare their own absence. Only someone searching from outside can write "there's no description of this feature anywhere." The fact that a check was made and came up empty isn't discarded here — it's kept as [Absence Confirmed].
Technical architectures for building agents — ReAct, CodeAct, Agentic RAG, Self-Reflection, Multi-Agent Planner — are out of scope for this catalogue. The names are close enough to cause confusion, so it's worth stating plainly here. Readers looking for those will find the Agent Design Pattern Catalogue (academic, 18 patterns, retrieved 2026-07-16) a better fit. What this catalogue fills is the gap that catalogue leaves — usage patterns, the ways people use agents.