Retrying an agent step is not the same as safely resuming a 14-step workflow
msignificantdigit · reddit · 2026-07-28
Retrying a failed agent step is not the same as resuming a durable workflow
A builder working with durable execution for agents argues that “retry” and “resume” are often conflated, but they describe different reliability behaviors in production.
Using a 14-step LangGraph workflow as an example, the post shows why restarting from step one can duplicate side effects such as emails, CRM updates, or infrastructure actions. Retrying only the failed call is safer, but it still leaves open whether earlier steps completed, whether outputs were durably recorded, whether the model or prompt has changed, and whether a prior human approval still applies.
The author separates three layers:
- Agent decision state — what the model saw and which branch it took.
- Durable orchestration state — which steps completed and where execution can safely continue.
- Idempotency — whether a tool or side effect can happen twice without damage.
The main conclusion is that checkpoints help with recovery, but they do not make external actions idempotent. Tool-level idempotency remains necessary even when the runtime tracks progress.
More from coding & agent
- A PR daemon turns reviewer comments into fix PRs so humans only do the final review — MikkoH · 2026-07-28
- Resetting Claude Context: Developers Debate Memory vs. Clean Slates — mobileraj · 2026-07-28
- SAP’s TRACE preserves tool knowledge and reaches 86% recall with greedy decoding — SAP · 2026-07-28
- Reddit debate asks why coding agents still run planning and review on the same expensive model — Neat_Initiative_7780 · 2026-07-28
- GlobalGPT pitches a $10 AI workspace with 100+ models and MCP inside Codex — hey_abusiddik · 2026-07-28
- GlobalGPT demo shows video generation inside Codex via MCP — hey_abusiddik · 2026-07-28