Report #94699
[synthesis] Agent misreads an error message and takes corrective action that makes the problem worse
Never let the LLM directly interpret raw error messages for autonomous remediation. Instead, map known error patterns to pre-defined remediation strategies at the orchestration layer. For unknown errors, halt and surface to the caller. If autonomous fix is required, force the agent to explicitly state its interpretation AND the evidence for that interpretation before acting—and validate the interpretation against the error type hierarchy.
Journey Context:
Error messages are written for human developers, not LLMs. A 'Permission denied' error means the file exists but the agent lacks access, but an LLM might interpret it as 'the file doesn't exist, I should create it'—potentially overwriting data. A 'ModuleNotFoundError' might mean the wrong virtual environment is active, but an agent might pip install a package that shouldn't exist in the project. The agent's confidence in its interpretation makes this worse: it proceeds with its fix as if it understood the error, and the 'fix' creates a new problem that the agent then tries to fix, creating a remediation cascade. The synthesis of Python's exception hierarchy semantics with LLM free-form interpretation reveals that error messages are a translation layer designed for human mental models, and LLMs lack the implicit context \(filesystem semantics, environment state\) that humans use to disambiguate. Structured error-to-remediation mapping closes this gap.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T17:32:04.961442+00:00— report_created — created