使用Codex做长期任务,一定要养成一个习惯: 定期让它写一份交接文档。 因为我发现一个问题:刚开始的Codex很好用。但是一个项目聊到后面上下文越来越长, Token越来越高, 甚至开始出现: ❌ 忘记之前的决定 ❌ 重复修改已经完成的内容 ❌ 不知道现在任务进行到哪一步 后来我测试了一个Prompt:让Codex生成 HANDOFF.md。 Prompt: “这个会话要结束了。请写一份交接文档到HANDOFF.md。告诉下一个没有任何上下文的新会话:我们正在做什么任务;已经完成了什么;当前卡在哪里;下一步计划是什么;有哪些踩过的坑不要再踩。 实际测试下来, 我觉得它最好用的地方有3个: 1️⃣ 帮自己整理项目进度 很多时候不是AI忘了,而是我们自己也忘了为什么这样设计?之前试过什么方案?哪里已经踩过坑? 让Codex生成Handoff,相当于帮未来的自己写工作笔记。 2️⃣ 压缩上下文,减少Token消耗 之前如果有几十轮聊天记录新会话继续需要重新加载大量内容。现在可以直接读取文档继续。 3️⃣ 防止聊天记录丢失 特别是:长期项目或者多人协作或者隔几天继续开发 不用重新解释:“之前我们做到哪里了?” 但是测试后我发现一个细节!!! 不要等到最后才生成Handoff。 因为如果任务已经非常长,AI也可能遗漏前面的细节。 更好的方式:边做边记录。 比如: 开始项目:建立项目说明.md 过程中:持续更新进度 阶段结束:生成HANDOFF.md 我的测试评价: 实用程度:⭐⭐⭐⭐⭐ 适合: ✅ 长周期项目 ✅ Vibe Coding ✅ 复杂代码任务 ✅ 经常隔天继续的人 不太适合: 一次性小问题。 现在我越来越觉得: AI时代重要的不是“问AI一次得到答案”。 而是建立: 人 + AI + 文档 长期协作的工作流。 下一期继续测试: 哪些Codex Prompt是真的值得用? #Codex #Prompt #AI工作流 #效率工具 #AI学习
Codex Prompt实测01|Handoff 值得用吗?
作者:Codex Prompt实测01|Handoff 值得用吗?