Skip to content

Handoff 为什么接不住跨设备? ​

导读 ​

AI Agent 的 Handoff 只是会话快照级的临时接力,解决不了项目长期、跨环境、可独立复原的状态交接。卡住的不是模型,而是技术、产品、商业三重结构性冲突。

从现状文件到 Handoff:为什么都没有完整交接 ​

Codex 的 Handoff 是自媒体追捧的会话搬运方案:依靠项目内的「现状文件」,实现换窗口、换设备、多会话并行时的接续。Anthropic 的 Claude Code 跨会话消息,也属于同类产品内、会话级交接机制。

GitHub 上也有不少高 Star 的第三方项目,同样基于现状文件思路,目标是跨窗口、跨设备、跨产品保全项目状态。但无论是厂商原生方案,还是热门第三方实现,落地后的稳定性都差强人意。大家往往把问题归咎于模型,忽略了机制层面的矛盾:完整交接,本身就和当下 AI 产品的底层逻辑相悖。

先把结论放到最前面:请接受粗糙交接,显式保存关键状态

很多自媒体宣传的“无缝接力”其实是言过其实,而现实中的“粗糙交接”才是现状。

这种没有标准的现状,直接导致两个结果:

  • Handoff 不能在所有场景中都有稳定的发挥,更做不到(也不会做到)跨设备通用。
  • 形成了“记忆锁定”:比如 OpenAI Codex 生成的状态压缩摘要是加密专有格式,出了 OpenAI 生态就完全用不了;Claude 的 Agent SDK 和记忆交互的方式不对外公开,就算数据存在你本地,你也导不出来给别的 AI 用。你用了哪家的 Handoff,就等于把你所有的 AI 工作经验、积累的偏好、踩过的坑,全都绑定在了这家平台上。

大家追捧的不是 Handoff 这个功能本身,而是它背后的想象:AI 的“工作经验”可以被保存、被转移、被继承——这才是 AI 从“聊天工具”变成“能干活的智能体”的关键一步。

但目前这个方向还处在非常早期的粗糙阶段,远没有宣传里那么完美。

普通用户的务实选择

  • 如果你在一个产品内工作,用产品自带的能力。Claude Code 用 resume 续接完整会话,Codex 用 Handoff 搬运短会话,还有的产品用子代理恢复。不要期待它们跨产品。与此同时,人工审核不可省略,尤其聚焦在高风险、不可逆和 AI 不擅长的环节,而不是逐次批准所有操作。
  • 如果你需要跨产品,请接受“粗糙交接”。手写现状文件,或者用第三方工具。它们不完美,但它们是当下唯一在文件层面工作的方案。接受它需要你手动维护,也接受它可能失效。
  • 如果你在做长期项目,把关键决策和状态写成文件,不要指望 Agent。
结构性僵局:技术、产品、商业三重卡点

技术层面:目前没有统一的方案 ​

第一,既然要存“关键状态”,那么“关键状态”要怎么定义?

举个例子:当你的方案被你的老板否定时,你知道他脑子所有的念头吗(恐怕连他自己也要思考半天才能总结完整)。哪些真实的原因、隐性的偏好、当前的阻塞,在对话里往往看不出来,甚至根本不存在。用户不会,也没有义务,耐心地和 AI 解释自己为什么不满意这套方案。那么 AI 目前没有任何系统能自动、准确地判断哪些信息“未来会变得关键”。

第二,就算“关键状态”定义清楚了,它存在哪、怎么取?

LLM(也就是大语言模型)没有持久记忆,会话一结束,上下文就重置。你手写成本地文件,换台设备、换个产品,AI 可能根本读不到;产品自带的记忆是厂商私有格式,出了这家生态就用不了。什么该进 KV-cache(模型的运行缓存)、什么该落盘(存成本地文件)、什么该压缩丢弃,下次会话又该读哪些、怎么合并,行业根本没有统一标准(也不会有这样的标准,后面会解释为什么)。

第三,即便前两个问题都解决了,记忆本身该是什么形态,也没有共识。

当前我们用的短期注意力窗口 + 中期 KV-cache + 长期外部存储,是一条线性、连续、追求“完美记忆”的路线;还有一条路线是块状的、由可重新连接的线索组成,在企业知识库场景里已被验证有效。这是两套不同的设计哲学,各自都没有统一标准。

产品层面:同样有卡点 ​

即使技术上能存,产品也不容易互通。权限、沙箱、文件系统、跨设备同步、API 暴露程度、用户体验差异,都让“开放交接”难以标准化。产品更倾向把记忆绑在自家 harness(Agent 的运行框架)内,最多有限暴露给开发者,但绝不会开放给用户做跨产品迁移。

商业层面:真正的拦路虎 ​

技术和产品都可以迭代,但是商业化的考虑更加直接。

Agent 的记忆所能创造的用户粘性,是单纯的模型访问无法比拟的。厂商天然不愿见到 harness、模型、上下文和记忆分离,因为分离等于给用户在不同厂商之间自由流动创造条件;厂商正在把记忆越埋越深,这是最有效的用户留存手段。

一个跨产品、跨设备、开放格式的状态文件方案,在商业上等于削弱护城河,所以主流有竞争力的厂商不会把它作为卖点,甚至会主动淡化跨产品迁移这件事。

这三个卡点形成一条因果链:技术上无法定义和标准化“关键状态” → 产品上更倾向把记忆绑定在自家 harness → 商业上记忆成为锁定用户的核心资产,厂商缺乏开放互通动力。三者相互强化,成了结构性僵局。

这个理应被解决的重要痛点,只有个人用户和第三方工具在尝试填补空白。而且他们受限于拿不到厂商的系统权限,只能在文件层面做“最大公约数”的协调。

除特别声明外,本书内容采用 CC BY-NC-SA 4.0 授权