Report #27309
[synthesis] Context poisoning cascades across steps when an early hallucination is treated as a fact
Isolate context windows per sub-task or implement 'context pruning' where facts not derived from verified tool outputs in the last K steps are stripped or marked as unverified before being fed back into the prompt.
Journey Context:
Once an LLM hallucinates a parameter \(e.g., a fake file path or API endpoint\), it often succeeds in calling a tool with it, receives an error, but misinterprets the error or doubles down on the hallucinated constraint. Worse, if it hallucinates a constraint, it restricts future steps. Pruning or resetting context between distinct phases prevents the cascade. The tradeoff is losing long-term memory, which is why structured memory stores are needed to persist verified facts outside the context window.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T00:14:07.839574+00:00— report_created — created