真正值得你记下的12个Codex指令

这篇不是指令大全。 用了3个月Codex ， 我只留了 12 个高频命令。 我的逻辑是，指令我服务于我的，必须要匹配自己的习惯： 1️⃣ 什么时候该先看状态。 2️⃣ 什么时候该先让它出计划。 3️⃣ 什么时候该把文件喂给它。 4️⃣ 什么时候必须停下来检查 diff。 ~~~~~~~~~~~~~ 不过要注意，Codex 不同入口的命令不完全一样。 CLI、桌面 App、IDE、Web 里能看到的菜单可能不一致。 别人截图里有的，你这里不一定有；你这里能用的，别人那边也未必一样。 ~~~~~~~~~~~~~ 所以第一步不是照抄清单。 是打开你自己的 Codex，输入 `/`，看当前菜单里到底有什么。 这 12 个命令，我按一次真实任务的顺序排成了 4 组。 第1️⃣组：开工前。 先看状态、模型、权限。 这一步不是形式感。你至少要知道：现在用的是什么模型、权限开到哪里、它能不能自己改文件或跑命令。 第2️⃣组：动手前。 先让它出计划。 复杂任务别上来就让它写代码。先看它准备读哪些文件、改哪几处、最后怎么验收。方向不对，趁早改。 第3️⃣组：运行中。 让Codex能够看到实际数据，比如Supabase的数据库、Sentry的报错信息。 AI Coding 很多问题不是“不会写”，是它没拿到正确材料还硬写。该点文件就点文件，该确认 MCP / 外部工具就先确认。 第4️⃣组：收尾时。 看 diff，再 review。 Codex 说完成了，测试能过并不代表业务正确。 至少先看它改了哪些文件，有没有误动配置、测试、无关模块，自己多测测。 ~~~~~~~~~~~~~ 如果你刚开始用 Codex，这些指令差不多够了。 后面真遇到复杂场景，再补其他命令。 大家可以先照着这套顺序跑几次。 跑顺之后，再按自己的工作习惯删改。 ~~~~~~~~~~~~~ 有些人长期写业务代码，可能更常用 `/mention`、`/diff`、`/review`。 有些人经常做方案和重构，可能会把 `/plan`、`/compact` 放得更靠前。 这 12 个不是标准答案。 只是一个参考模板。 真正适合你的指令，还是按照自己实际的项目或者工作流去设计。 #codex #chatgpt #aiagent #aicoding #ai工作流 #openai #ai编程 #claudecode #技术管理 #效率工具