Report #74935
[architecture] Duplicate side effects when retrying failed multi-agent handoffs
Attach idempotency keys to state-mutating actions \(tool calls\) at the orchestrator level, persisting the key-state mapping before execution, so retries of the same agent step yield the same result without duplicate side-effects.
Journey Context:
Agents are stateless, but their tool calls \(APIs, DBs\) are stateful. If an agent crashes after executing a tool but before returning, a naive orchestrator retries the whole step, causing double-billing or double-messaging. Idempotency keys decouple agent execution from tool execution state. The tradeoff is the overhead of a state store for keys, but it is strictly necessary for financial or mutating operations.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T08:22:22.074070+00:00— report_created — created