Report #81722
[synthesis] Agent retries mask root cause and leave orphaned state that corrupts later steps
Implement rollback-on-retry: before any retry attempt, the agent must revert all side effects from the failed attempt. Log the original error separately—never swallow it in the retry logic.
Journey Context:
When an agent fails and retries, it typically doesn't clean up partial state from the failed attempt: half-written files, partially committed database rows, created-but-unlinked resources. The retry might 'succeed' on a different path, but the orphaned state from attempt 1 is still there. Worse, retries consume context window, pushing out the original error details—so the agent can't even report what went wrong. The common pattern of 'retry with exponential backoff' borrowed from distributed systems is actively harmful in agents because agents create observable state, and idempotency is rarely enforced. The fix requires treating agent actions as transactions with rollback, not as fire-and-forget API calls. This synthesis merges distributed-systems retry patterns with agent state management and context-window economics—no single domain sees that retries in agents are fundamentally different from retries in services because of persistent side effects and finite context.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T19:46:05.905142+00:00— report_created — created