很多人第一次用 Codex，不是输在不会写代码，而是输在太想一步到位。
刚打开项目就想让它做完整 App，刚知道 /diff 就想重构整个系统，最后改了一堆看不懂的文件，终端报满红字，关掉窗口时心里只剩一句：Codex 很强，但我不会用。
问题不在工具，在练法。
新手最该练的不是神级 prompt，而是每天的「控制感」。下面这条 7 天路线，每天 20 分钟，7 天后你就能稳定让 Codex 读项目、给计划、改小任务、跑验证、看 diff、做 review。
前提条件：准备好一个练习项目（可以是任意小仓库或空白文件夹）， Codex 桌面 App 已安装并登录。
第 1 天：让 Codex 读项目，不改文件
新手最常见的错误是一上来就说「帮我改一下这个项目」。这句话很危险——你还不了解项目结构，它也不知道你的意图。
今天的任务：只读，不写。
在对话框里输入：
请先熟悉这个项目，告诉我：
1. 这个项目是干什么的？
2. 主要代码在哪几个文件？
3. 如果我要改首页，应该先看哪些文件？
现在只允许读取和分析，不要修改任何文件。
等它回复后，核对它说的启动命令、入口文件对不对。如果有错，直接纠正它。
💡 核心要点：这一步是在「画地图」。只有你先了解项目长什么样，后面才能精准指挥。
第 2 天：让 Codex 找启动命令
很多新手卡在项目跑不起来。看到 package.json、README.md、pyproject.toml 每个词都认识，但不知道下一步做什么。
今天的任务：让 Codex 帮你找三条命令。
输入：
请帮我找到这三个命令：
1. 安装依赖的命令
2. 启动项目的命令
3. 检查项目或跑测试的命令
不要执行，只列出来让我确认。
Codex 会读取 package.json、Makefile、README.md 等文件，给你整理出三条命令。先确认没问题，下次你就不用自己翻文档了。
💡 核心要点：知道项目怎么「活起来」，是后续一切操作的基础。
第 3 天：先写计划，再动手
到了第 3 天，可以准备让 Codex 改东西了。但别直接说「你改吧」。
今天的任务：只输出计划，不批准执行。
找一个很小的需求，比如：把 README 补一段启动说明，或者把首页标题改清楚。输入：
请帮我[具体需求]。先不要改文件，只输出计划：
- 要改哪些文件？
- 每个文件改什么？
- 可能有什么风险？
- 改完怎么验证？
看它的计划是否合理。如果一个小需求它说要改 15 个文件，那就停下来问它为什么。
💡 核心要点：这一步练的是「审批感」。即使你不懂所有代码，也能看懂它准备动几个文件、范围对不对。
第 4 天：只改一个小地方
第 4 天可以动手了。记住，不要一上来重构整个项目，也不要一次做完整功能。
今天的任务：批准一个极小的改动。
比如：
- 把按钮文案从「提交」改成「立即开始」
- 把首页副标题改得更清楚
- 给某个文件加一段注释
输入后等待 Codex 完成，然后务必输入 /diff 查看它改了什么。
💡 核心要点：今天的目标不是做出多伟大的功能，而是让你第一次感受到：我可以让它动文件，而且我知道它动了哪里。
第 5 天：让它跑验证
很多人看到 Codex 说「完成了」就信了。但在代码世界，完成不是靠嘴说的。
今天的任务：每次都追问验证结果。
Codex 改完后，补一句：
你用什么方式验证这个改动是有效的？请跑测试或构建命令并告诉我结果。
如果命令失败，不要慌。让它说清楚：
- 失败的是哪个命令？
- 错误在哪个文件？
- 是旧问题还是新问题？
- 要不要继续修？
💡 核心要点：培养「永远要求验证」的习惯，这是区分新手和熟练用户的关键分水岭。
第 6 天：看 /diff，确认它到底改了什么
这是 7 天里最重要的一天。
今天的任务：每次改完，先输入 /diff 再验收。
新手看 diff，不用逐行读懂。先看三件事：
- 范围对不对：只改你批准的文件了吗？有没有动到其他目录？
- 有没有删重要内容：看看删除的部分是否合理。
- 有没有加不必要的复杂逻辑：比如你只是改个按钮文案，它却引入了新依赖。
如果发现它改多了，直接问：「为什么这个小需求需要改这么多文件？」解释不清楚就让它收回到最小改动。
💡 核心要点：
/diff是你控制 Codex 最有效的手段。小需求 → 小 diff，这是铁律。
第 7 天：用 /review 让它自己挑毛病
最后一天，让 Codex 切换身份：从「执行者」变成「审查者」。
今天的任务：让 Codex 审查它自己刚才的改动。
改完后输入：
请以代码审查的角度检查刚才的改动：
1. 有没有潜在 bug？
2. 有没有不必要的复杂度？
3. 有没有影响其他功能？
4. 有没有遗漏验证？
或者直接用斜杠命令：
/review
这会强制 Codex 以第二视角审视自己的产出，往往能发现你自己忽略的问题。
💡 核心要点：让 AI 自我审查，比你自己从头到尾看一遍代码效率高得多。
总结一下：7 天路线速查表
| 天数 | 练习目标 | 关键动作 |
|---|---|---|
| Day 1 | 读项目 | 只问不改，画地图 |
| Day 2 | 找命令 | 获取安装/启动/测试三条命令 |
| Day 3 | 写计划 | 只输出计划，不执行 |
| Day 4 | 改小处 | 批准极小改动，建立信任 |
| Day 5 | 跑验证 | 每次都追问验证结果 |
| Day 6 | 看 diff | 每次改完先 /diff 再验收 |
| Day 7 | 自我审查 | 让 Codex 用自己的改动挑毛病 |
一句话总结：普通人学 Codex，不要第一天就练大项目，要先练控制感。你能控制它读什么、改什么、怎么验证，后面才敢把更大的任务交给它。
来源：觉醒AI知识库 · 作者 @dengdry，原文链接 https://www.jxxy.net/ai/articles/dengdry-普通人学-Codex先用-7-天练会这-7-个动作
资料最后核对日期：2026-09-13 · 内容整理自 CodexGuide 社区公开教程