dotey 用实际经验讲清 handoff 和 /compact 怎么选，还给了防偷懒的验收标准，适合用 Codex 做连续任务的。
dotey 认为，为了省上下文而 handoff 新开 Session 的做法已过时，Codex 自身的上下文压缩或 /compact 已足够。他仍会在跨 Agent 场景用 handoff，例如把 Claude Code 未完成的 session 交给 Codex 继续。他习惯在 Claude Code 里用 Fable 5 写技术方案文档，配合 Codex 的 /goal 执行。他还强调要设严格验收标准，比如迁移任务要求 UI 像素级一致，否则 AI 会偷懒。他引用 Tz_2022 的两步 handoff 方法：任务后用提示词生成摘要，再在新 session 首条消息发给 AI，以省 token。
为了节约上下文 handoff 新开 Session，这在半年一年前是很好的实践，现在没太有必要，因为 codex 自己上下文压缩做的很好了，或者 /compact 一下继续就足够了。 当然如果关系...
为了节约上下文 handoff 新开 Session，这在半年一年前是很好的实践，现在没太有必要，因为 codex 自己上下文压缩做的很好了，或者 /compact 一下继续就足够了。 当然如果关系不大的任务，还是新开 Session 更好。 当然除此之外 handoff 还是适用于跨 Agent session 的，比如 Claude Code 里面没完成的 session 让 Codex 继续。 不过我更习惯于 Claude Code 里面用 Fable 5 写技术方案文档，然后反复 Review、修改后把文档交给 Codex，配合 /goal 让它按照文档执行推进。 当然设置好严格的验收标准也很有必要，否则它会偷懒。 之前一个迁移任务没有设置验收标准，它就给我交付了一个差强人意的，离我要求的还有比较大差距。（参考图1） 重新加上了验收标准：UI 界面像素要和原版完全一致，那么它每一步都会截图对比像素差异，直到完全一致（或者可以忽略的差异） Tz @Tz_2022 摸索出一个在 codex 里做连续任务节省大量 token 消耗且不损失上下文质量的极简方法。。。 一共就两步： 第一步，在一项任务完成后用以下提示词： 请针对 [任务描述] 给我一个 handoff，用于后续任务开发 第二步，开新对话 session，把生成的 handoff 作为第一条信息发给 AI，开始做后续任务即可 它的省 token 原理很简单，就相当于对之前任务的上下文窗口做了一次有针对性的极限摘要提取和压缩梳理，扔掉了上下文中类似原始代码/日志记录等冗余信息，只保留最核心的推理逻辑和项目任务理解，所以 AI 就可以轻装上阵快速进入下一项任务的开发了。。。 🔗 View Quoted Tweet 💬 9 🔄 1 ❤️ 7 👀 1219 📊 7 ⚡