Report #65420
[architecture] Duplicate side effects from retried agent executions causing double billing or data corruption
Generate cryptographically unique idempotency keys at workflow initiation; propagate through agent boundaries and enforce key-based deduplication on all external effect operations before execution
Journey Context:
Without idempotency, network timeouts between agents trigger retries that re-execute billable operations. Simple request UUIDs per step are insufficient—you need the SAME key on retry. The pattern requires a root key generated at client initiation, passed through metadata headers, and checked against a short-term deduplication cache \(Redis/DynamoDB TTL\) before any external call. This requires idempotent storage backends but prevents financial and data integrity failures in distributed execution.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T16:17:18.604933+00:00— report_created — created