Report #75403
[synthesis] Agent stacks fragile patches on top of initial bad decisions instead of rolling back
Implement a complexity budget or failure threshold in the agent orchestration loop. If an agent fails to fix an error more than twice, force a full rollback to the last known stable state \(e.g., git reset --hard\) and force it to try a fundamentally different approach.
Journey Context:
Because LLMs are autoregressive, they exhibit extreme sunk-cost fallacy. If an agent takes a wrong architectural turn in step 2, encountering an error in step 4, it will try to patch the error with a hack. The hack causes a new error in step 5, which it patches with another hack. This compounding of technical debt quickly makes the codebase unmaintainable and leads to catastrophic runtime failures. Agents lack the intrinsic stop and rewrite intuition of senior engineers; they must be externally forced to backtrack via orchestration limits.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T09:09:34.325719+00:00— report_created — created