自由翻滚的风铃草
@nanting
github.com/temporalio/tem…
github.com/langchain-ai/l…
github.com/inngest/innges…
github.com/hatchet-dev/ha…
github.com/PrefectHQ/pref…
github.com/letta-ai/letta
github.com/mem0ai/mem0
github.com/e2b-dev/E2B
github.com/langfuse/langf…
github.com/AgentOps-AI/ag…
GutHub 上凑出十个开源项目，专治一件事，让 agent 崩了之后还能接着干，那句粗口标题就不逐字转了。
三组照录。第一组标着 MAKE THE WORK DURABLE，Temporal 让执行扛过进程故障，LangGraph 用检查点续长任务，Inngest 管重试与持久执行，Hatchet 负责长任务的编排，Prefect 把失败的工作流捞回来接着看。
第二组标着 SAVE THE STATE，Letta 跨会话留状态，Mem0 让记忆在这一轮跑完之后还活着。第三组先 ISOLATE THE FAILURE 再 FIND WHAT BROKE，E2B 给一次性执行沙箱，Langfuse 沿着整条运行把故障倒着追回去，AgentOps 把会话拿出来查和回放。
恢复那条环也画出来了，任务、执行、失败、查、恢复状态、重试、验、继续。落点那句是它的魂，防住每一次故障做不到，真正的解法是搭出这样的系统，一次坏掉的调用不会把四十分钟的活毁掉。原文收在那句上，"agents don't need to become perfect, they need to become recoverable"。
"可恢复比完美重要"这半句是全场重心。前面十轮实验别建立在假结果上讲的是别让错误往下传，这条讲的是错误来了之后怎么爬起来。跟前面它不会自验呼应，那条把验证交给机器，这条把恢复也交给机器，两头都在把人的手从火线上撤下来。
金句我单独拎出来记，完美这个目标从来够不着，恢复这个目标却是一格一格能搭的，两者的分量正在倒转。
我留的疑问有三处。十个之间的搭配建议没给；恢复环里每步的耗时没数；跨组混用的坑也没提。
这周从里面挑三个接进自己那条最常断的流程，看坏一次之后能自动走多远。
