Codex 从需求到交付（上）：需求怎么拆，它才不跑偏 把一句话的需求丢给 Codex，比如「帮我优化首页」，它很可能同时动 UI 和文案，连布局一起改。顺手还删掉一些它觉得没用的代码。改得快，但你不知道它改了哪里，也不知道能不能放心交付。 稳定的做法是让需求先经过拆解，再进入执行。整条链路走六步。 六步法 步骤名称目的1需求拆解先让它知道要做的项目是什[……]继续阅读
Codex 哪些活该丢云上跑？云端和本地怎么分工 Codex 有本地、工作树和云端几种跑法，代码放在哪个位置，占用的资源也不一样。本地项目改的是你电脑里的文件，工作树改的是本地的一份副本，云端则是把 GitHub 上的仓库拉到一个云端容器里处理。 判断一个任务该放哪儿，看两件事就够了。这个活离不离得开你的电脑，以及它是否需要 GitHub。 三种运[……]继续阅读
Codex 记不住项目？记忆系统怎么配，不用每次重讲 每新开一个对话窗口，Codex 面前就是一张白纸。它不知道这个项目用什么命令，哪些目录是边界，哪些文件不能改。团队平时怎么验证结果，它同样不清楚。上一轮刚解释过的东西，它一条都不记得。 稳定的做法是把要反复说明的项目信息写成文件，让它每次开工前自己读一遍。 这份记忆存在一个 Markdown 文件里[……]继续阅读
Codex 怎么同时推多条任务线？线程管理和工作树讲清 Codex 里的一次对话就是一个 thread。你手动开一条，让它改一个功能，这是最顺手的用法。真实项目里往往不止一条线在跑，一个 bug 等着修，一个方案还想试试，还有个后台任务在等结果。 全塞进同一个对话，问题就来了。线程各自带着独立上下文，混在一起之后，前面聊过的结论会把后面的判断带偏，比较典[……]继续阅读
Codex Hooks（下）：怎么写、怎么排查，进阶用法举例 知道 Hook 能在哪些时机触发之后，剩下的事是把它写出来。一份配置只有三层，真正干活的是 handler 里的命令。什么时候触发由事件决定，匹配哪些场景交给 matcher，这两层看一遍就会，麻烦在第三层。 脚本从标准输入拿到一段 JSON，用退出码和输出告诉 Codex 该不该继续。返回格式写错[……]继续阅读
Codex Hooks（上）：钩子是什么，能在哪些环节自动干活 Hooks 是 Codex 的生命周期扩展。它允许你在固定时机运行一段外部脚本，比如提示词提交之前，工具调用完之后，或者一次对话即将结束的时候。 它做的是确定性的检查，不替 Codex 推理。脚本怎么写就怎么执行，它的价值在这里，风险也在这里。这是相当进阶的用法，一般建议先从社区里找现成的 Hook[……]继续阅读
Codex 插件 Plugins 是什么？和 Skill、MCP 到底什么区别 Codex 能读代码，改代码，跑命令，这些都是它自带的本事。插件加的是另一层东西：让它连上浏览器，连上邮箱，连上仓库，或者拿到某个专项能力。 它和 Skill 容易被混在一起说。简单讲，Skill 是工具箱里的一本说明书，插件是装着说明书和各种工具的那个箱子。装一个插件，等于一次性把一套流程和它需要[……]继续阅读
Codex Skills 是什么？怎么装、怎么写、装哪些最有用 Codex 每次都能读代码，改代码，跑命令。但它不知道你写 README 的习惯，也不知道你们团队做代码审查的规矩。同一套要求重复交代，早晚会漏掉几条。 Skill 就是把这类重复要求固定下来的东西。它是一份写给 Codex 看的流程说明，落在文件里，需要的时候叫出来用。装得再多也不会一次性占满上下[……]继续阅读
Codex 9 月 17 日新版本汉化解决方案来了，003 启动器已适配 前面写过一篇汉化教程，Codex 汉化完一重启就变英文，用 003 启动器点一下「重启中文 ChatGPT」就能解决。那是它最基础的用法。这次的情况不一样，是客户端先动的手。9 月 17 日 Codex 客户端又推了一轮升级，之前打好的汉化跟着失效，不少人的界面又变回满屏英文。003 启动器跟着更新[……]继续阅读
Codex 权限怎么设才安全？它能碰什么，三档怎么选 权限入口在聊天框下方，官方叫 permissions selector。它和沙盒是同一件事的两面，管的是 Codex 能读写哪些位置，哪些动作要停下来问你。App 里的四档权限分别是默认权限，自动审核，完全访问，自定义配置。 选哪一档不取决于胆量，取决于任务要碰什么。改文档和补测试，默认档就够。要调[……]继续阅读
