Report #42541
[architecture] Duplicate processing and side effects during agent retries
Implement idempotency keys that propagate across agent boundaries: generate a UUID at workflow start, pass it through the chain in headers/context, and have receiving agents check against a deduplication store \(e.g., Redis with TTL\) before executing side effects
Journey Context:
Network timeouts in multi-agent systems cause agents to retry, leading to double billing, duplicate emails, or inconsistent state. Simply making individual agents idempotent isn't enough; the idempotency context must flow through the entire chain. Common mistakes include using timestamps as keys \(not unique enough\) or ignoring idempotency on 'read' operations that actually trigger writes via side effects.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T01:52:32.646829+00:00— report_created — created