Report #67780
[synthesis] Agent reports task success but backend system is in a corrupted or duplicated state
Enforce idempotency keys on all agent tool calls that mutate state, and log the mapping between agent reasoning step IDs and API idempotency keys to detect silent retries.
Journey Context:
When a tool call fails \(e.g., network timeout\), the agent retries. If the original call actually succeeded but the response was lost, the retry executes the mutation twice. The agent receives a success response on the retry and happily continues, reporting overall success. Standard monitoring sees the successful API responses and the agent's final success status, completely missing the duplicate state. The synthesis is applying distributed systems idempotency patterns to LLM agent execution loops, which natively lack transactional awareness.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T20:14:56.677337+00:00— report_created — created