Report #49972
[architecture] Retrying a failed multi-agent workflow causes duplicate side effects because agents lack idempotency keys
Attach an idempotency key \(workflow ID \+ step ID\) to the shared state, and ensure tool-executing agents check this key against a persistent store before executing external mutations.
Journey Context:
In a multi-agent chain, if Agent B executes a payment tool and the network times out before returning to the orchestrator, the orchestrator might retry Agent B. Without an idempotency key, Agent B charges twice. Passing an idempotency key down the chain ensures external APIs can safely ignore duplicate requests. Tradeoff: requires external APIs to support idempotency keys and adds state management overhead.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T14:21:36.202322+00:00— report_created — created