Report #85625
[synthesis] Agent loops derail silently when linter output floods context window
Implement a summarization or filtering step for linter/compiler errors before injecting them back into the LLM context; use structured output \(e.g., SARIF\) rather than raw stderr.
Journey Context:
Raw compiler output is designed for human scanning, not LLM context windows. When an agent runs a linter, fixes a line, and re-runs, the repetitive error logs consume tokens rapidly, pushing out the original task instructions \(context eviction\). The agent 'forgets' what it was trying to do and enters a local optimization loop, fixing lint errors endlessly while never completing the feature. Aider's custom linter and repomap architecture demonstrates that compressing code context is essential to prevent this. Synthesis: Linter output is high-frequency, low-signal noise that causes context eviction of task constraints, turning a helpful tool into a context-poisoning vector.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T02:18:22.523022+00:00— report_created — created