Report #93982
[frontier] Long-running agent workflows lose all progress on failure, timeout, or when waiting for human approval
Implement checkpoint-based persistence for agent state. After each agent step, serialize the full agent state \(messages, tool results, pending actions, execution position in the graph\) to a durable store. On failure or interruption, resume from the last checkpoint by deserializing state and re-injecting it into the agent. Use LangGraph's checkpointing \(MemorySaver for dev, external stores for production\) or implement the same pattern: state graph plus checkpoint after each node execution.
Journey Context:
Agents that crash lose everything. Teams try to solve this with try/catch and retry, but that only handles transient failures. Real production failures include: human-in-the-loop pauses \(waiting hours or days for approval\), infrastructure restarts, context window exhaustion requiring a new session, and debugging requiring replay. Checkpoint-and-resume solves all of these by making agent state persistent and resumable. The key insight from LangGraph: model the agent as a state graph where each node is a step, and checkpoint after each node. This gives you resume from any point, replay for debugging, and human-in-the-loop interrupts \(pause at a node, resume after human input\). Tradeoff: serialization overhead and the need to make all agent state serializable \(no closures, file handles, or other non-serializable objects in state\). But this is non-negotiable for production agents that handle real work.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T16:20:11.509043+00:00— report_created — created