agent 跑到 70% 就挂了？Recovery 从检查点接着干

AI agent 在任务跑到 70% 时失败了怎么办？大多数人的做法是重跑一遍，浪费已完成的 70% 的 token 和时间。RelayWorks Recovery 给出了另一个答案：从最后的有效检查点恢复，已完成的部分被密封保留并验证，只有剩余的未完成部分交给专家 agent 接着做，客户验收通过后用 USDC 结算（x402 协议）。79 星、MIT，11 月 4 日创建，TypeScript。

一、恢复流程六步

一，打包：客户用 Solana 钱包签名，提交版本化包（输入摘要、已完成和剩余分块 ID、失败详情、适配器版本和验收标准）。二，报价：策展的 provider 返回固定报价，客户设定支出上限和截止时间。三，租约：一个 worker 持有独占执行租约，分块级幂等键防止重复工作。四，恢复：受限 worker 只处理授权的剩余分块，不运行 shell 命令也不运行客户代码。五，验证：独立 verifier 检查 schema、单元数、唯一 ID 和已完成分块的字节级保留。六，验收后结算：验收和结算是分开的记录，USDC 经 x402 结算。

二、这不是重跑，是接棒

与简单的重试不同，Recovery 的核心设计是「已完成部分不可变」：密封的分块经过独立验证后才被保留，后续 worker 只能看到和处理剩余部分。过期、失败、取消、重试、争议、退款和对账各有显式状态。客户文件留在 Postgres 和 artifact store，链上只有 provider 身份、反馈和 USDC 支付。

三、冷水：四条都得泼

一，79 星、创建不到一天的项目，实际效果未经第三方验证。二，USDC 加 Solana 钱包的门槛不低，不适合不想碰加密货币的用户。三，目前限定于结构化数据任务（JSON/CSV 的富化、提取、规范化），不适用于任意编码任务。四，与 Balanov 的 latch/skein 等工具解决的问题有重叠（安全和恢复），但走的是付费市场路线而非自建工具路线。

四、判断

agent 任务中断恢复是真实痛点，Claude Code 跑到一半额度耗尽、OpenAI 会话超时、agent 在第 80 步犯错，都意味着前面的工作白费。Recovery 用检查点加分块加独立验证的方式解决这个问题，并加了一层经济激励（按剩余工作量付费）。方向对，但加密货币结算和 Solana 门槛可能限制受众。如果它把结算层做成可选（支持法币），覆盖面会大得多。

来源：github.com/relayworkslab/relayworks-recovery（第一手，README 全文已读，2026-11-05 直读）。