govin.eth | G哥 (@goan999999) “Codex 5.6 必须养成的习惯：记得给 AI “存档”！节省80%的token 长期vibe coding最怕上” — TopicDigg
govin.eth | G哥
@goan999999
加入 December 2021
0 正在关注 0 粉丝
Codex 5.6 必须养成的习惯：记得给 AI “存档”！节省80%的token
长期vibe coding最怕上下文越来越长，需求、方案、Bug、废弃思路全堆在对话里，AI 不断重复读取和分析历史记录。
大量 Token 都浪费在“回忆过去”，而不是“解决现在”的问题。
正确的做法，直接让 Codex 做一次项目状态压缩，prompt如下，直接拿去用：
「根据当前项目实际状态，检查代码、Git diff、现有 DEV_STATE.md 和测试结果，创建或更新项目根目录下的 DEV_STATE.md。仅记录已确认的信息，不猜测或虚构；用一段简洁、连贯的文字概括当前目标、已完成内容、关键决策、核心文件、测试结果、已知问题、失败方案和下一步任务，删除无效讨论、重复信息和过时内容，不粘贴代码，不记录密码、Token、API Key、私钥、Cookie 等敏感信息，重点让下一次开发能够快速了解“当前做到哪里、为什么这样做、哪些已验证、哪些未完成以及下一步做什么。」
当下一次继续开发时，只需要说这样一句提示词即可：
「读取 DEV_STATE.md文档，继续按照文档中的项目进度进行开发」
这相当于给 Codex 建了一份项目记忆快照。长项目、多人协作、Vibe Coding，必须养成这个习惯。
把上下文压缩成状态文件，省的是 Token，提升的是整个开发循环的速度。
显示更多
Codex 5.6 最强的隐秘技能：能省下 90% 的 token，还能提高 90% 的vibe coding效率
别再跟AI直接说：“帮我把某某功能做出来了” 。这样是在浪费token和生命！
比如我要做个恋爱交友软件。
正确的做法是，直接让 Codex 进入编码交付工程师状态，以下prompt（提示词）直接用：
我要做个[某某项目]。先不要写代码，第一步确认需求，向我提供 3 个不同方向的企业级别决定方案，非关键细节请自行做合理假设，简单问题或者重复问题你可以自行确认，关键决定或者方案由我来选择确认。
询问结束后，把需求整理成一份准确率和精准度足够高的精简、可验证的markdown格式的验收清单，覆盖项目背景、核心流程、具体架构、异常情况、骨架屏状态、加载状态、以及适配哪些终端。
等我确认后再开始开发。完成后必须实际运行项目，按照验收清单逐项验证并汇报结果；未通过的项目继续修改，直到达到验收标准。
按照这种方式，CodeX的效率极大提高：
1️⃣ 开发前补齐需求，提前发现漏洞和遗漏，减少返工提高效率。
2️⃣ 开发后主动运行测试，逐项验收，未通过就继续修改，真正做到交付即完成。
显示更多
