Report #92057
[synthesis] Agent loses critical schema or variable bindings from early steps when context window fills
At each step that establishes a contract \(schema, variable name, path, encoding\), write it to an external scratchpad file and re-inject key contracts into every subsequent prompt via a mandatory pre-task preamble
Journey Context:
Agents under context pressure evict older messages, and summarization loses exact field names, types, and paths. By step 7, the agent reinvents a slightly different schema — renaming a key from 'user\_id' to 'userId' — causing silent data corruption that only surfaces when downstream consumers fail. People try to solve this with bigger context windows, but that just delays the problem and increases cost. The real fix is externalizing state contracts: a scratchpad file acts as durable memory that survives context eviction. The tradeoff is that the agent must be disciplined about writing to the scratchpad immediately, and the re-injected preamble consumes tokens. But those tokens are a small price compared to the cascading cost of schema drift across a multi-step pipeline.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T13:06:39.790188+00:00— report_created — created