AI 智能体需要可替换,同时不丢失已批准的业务操作
The New Stack 刊文讨论 AI 智能体崩溃后如何安全接替工作:应用在派发退款前先把金额、授权、幂等键和状态写入事务型存储,替换智能体继承原操作而非重新推理。文章指出 LangGraph、Temporal 等持久执行框架能恢复进度,但无法判断支付方是否已提交请求,因此需在工具边界校验持久记录,并用 Langfuse 与 ClickStack 的 MCP 服务只读排查结果不明的调用。
Langfuse 可以显示前一个智能体的工具调用:一个使用已记录的幂等键派发的退款请求。ClickStack 可以补充运维方面的情况:一次发往支付服务的出站 HTTP 请求随后发生连接失败,从而缩小了故障窗口。 两者都可直接供替补智能体使用。Langfuse MCP 服务器让它按操作 ID 查询前一个智能体的追踪记录,ClickStack MCP 服务器让它搜索同一时间窗口内的服务事件。只给替补智能体提供读取工具。它可以缩小排查范围,但工具边界仍然控制着替补智能体能够做什么。 两条追踪记录都不能证明支付提供方已执行退款。而缺失的追踪记录也不能证明请求从未发出,因为 Langfuse 是异步传输追踪数据的,崩溃可能导致数据未能送达。支付提供方仍是外部结果的权威记录系统。执行遥测能缩小调查范围,但不能替代权威确认。 继续工作,不要从头开始 替补智能体拥有持久记录,并在结果不明时拥有执行证据。现在它需要采取行动,但不是重新决定该做什么。 替补智能体遵循应用定义的恢复协议,而不是凭自己对客户处境的判断行事。 如果提供方确认退款已完成,替补者就记录结果并继续推进。如果提供方显示退款仍处于待处理或
匹配字段正文