모델 문제가 아니라 비멱등(non-idempotent) 쓰기 API에 대한 재시도 문제였거든요

AI 에이전트가 같은 이메일·결제를 두 번 보내는 핵심 원인이 공개됐어요. 모델 문제가 아니라 비멱등(non-idempotent) 쓰기 API에 대한 재시도 문제였거든요.

원문 사례에선 동일 주문 환불 호출이 3번 실행돼 Stripe 과금도 3번 발생했어요. 타임아웃 뒤 재시도, 느린 경로 재실행이 겹쳤고 환불 엔드포인트에 idempotency key가 없어서 중복 처리가 그대로 일어났어요.

글은 실패 패턴 4가지를 짚어요. 504 이후 재시도 폭주, 병렬 브랜치 동시 성공, 부분 실패 뒤 보상 재시도, 크래시 복구 리플레이 중 사이드이펙트 재실행이에요.

결론은 재시도를 줄이는 게 아니라, 쓰기 작업마다 멱등성 키와 결과 캐시를 기본값으로 설계해야 한다는 점이에요.