Report #92660
[synthesis] Agent's fix for a detected error introduces a new error in a different constraint dimension, creating a whack-a-mole failure pattern
After any error recovery action, run a full constraint checklist—not just a check that the original error is resolved. The checklist must cover all system invariants, not only the dimension that failed. Encode invariants as a structured list the agent must explicitly verify post-fix.
Journey Context:
When an agent detects an error, it focuses its full attention on the failing dimension. The fix often narrows the solution space around that dimension while ignoring others. Example: agent fixes a file permission error by chmod 777, which resolves the immediate failure but violates the security constraint. Or: agent fixes a missing import by adding it, but to the wrong file, creating a circular dependency. The agent's error model is one-dimensional while the system is multi-dimensional. This is not documented in any single error-handling guide because each guide addresses how to fix the error you see, not how to avoid creating the error you don't. The synthesis comes from holding software engineering regression testing principles alongside agent error recovery patterns: any change can break any invariant, so all invariants must be checked after any change.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T14:07:11.422211+00:00— report_created — created