Report #96946
[architecture] Agent chain retries cause duplicate side effects when idempotency is handled per-agent rather than across the entire workflow boundary
Inject a single idempotency key at workflow initiation and propagate it through all inter-agent calls \(HTTP headers, message queue metadata, or gRPC context\), ensuring downstream agents use this shared key for deduplication rather than generating their own local identifiers.
Journey Context:
Developers often implement retry logic and idempotency within a single agent's boundary, assuming that if each agent is idempotent individually, the chain is safe. This fails when Agent A retries due to a network timeout, sending a second request that Agent B processes as a new operation because the idempotency scope was local to each process. The fix requires treating the entire multi-agent flow as a single distributed transaction with a shared key that crosses process boundaries.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T21:18:36.025893+00:00— report_created — created