Context Budget and Charter Integrity
This guide addresses two common failure modes in AI-assisted charter workflows:
- Context windows get saturated by verbose charters, leaving too little room for implementation.
- Charters become branch-local artifacts that drift away from the actual target architecture.
Gap 1: Token Budget and Context Limits
Section titled “Gap 1: Token Budget and Context Limits”Large charters can consume too much context before implementation starts.
Auro Solution: Layered Charters + Budget Policy
Section titled “Auro Solution: Layered Charters + Budget Policy”Use three layers instead of one monolithic charter:
- Canonical Charter (long-lived): full target-state document in
.auro/charters/. - Execution Brief (short-lived): the current story/phase summary used by the agent.
- Evidence Pack (retrieved on demand): ADRs, contracts, benchmarks, and prior decisions.
Set a strict context budget per run:
- 25% for requirements and constraints
- 60% for implementation and tests
- 15% for logs, errors, and diffs
When a run exceeds budget:
- compress old discussion into a changelog note,
- keep only unresolved constraints in active context,
- retrieve deeper detail from
.auro/charters/only when needed.
Gap 2: Charter Philosophy Conflicts
Section titled “Gap 2: Charter Philosophy Conflicts”If charters are treated as disposable branch artifacts, they stop representing the real system.
Auro Solution: Canonical + Delta Model
Section titled “Auro Solution: Canonical + Delta Model”Store charters in two tracks:
- Canonical track: stable target-state charters under
.auro/charters/. - Delta track: feature/branch deltas under
.auro/changes/<feature>/.
Merge policy:
- Implement from delta charters.
- On merge, fold accepted deltas back into canonical charters.
- Reject merges where code changes are not reflected in canonical charters.
This keeps charters alive and authoritative instead of becoming stale branch notes.
Operational Rules
Section titled “Operational Rules”- Every PR must include either:
- a charter delta update, or
- an explicit
no-charter-changerationale.
- Every release must run a charter drift check:
- contracts vs implementation,
- architecture decisions vs runtime topology,
- success criteria vs observed metrics.
Recommended File Layout
Section titled “Recommended File Layout”.auro/ charters/ product/ architecture/ changes/ 001-auth-hardening/ 002-billing-rework/ decisions/ ADR-001.md ADR-002.mdThis structure keeps context small during implementation while preserving a durable source of truth.