夜雨聆风
朋友们好呀，我是嘟嘟。
这两天看到不少人开始用 Codex。
所以我弄了一份codex从入门到精通的教程。
咱们先一步一步来。
大家的第一句话通常很像：
“帮我做个网页。”
“帮我写一个小程序。”
“这个 Bug 你帮我修一下。”
然后，AI 给出了一大段看起来挺厉害的内容。复制进去，报错；继续追问，又多了几个新文件；改着改着，原来的功能也不知道被碰了哪里。
最后得到一句很熟悉的结论：AI 好像也没有那么好用。
但我想先说一个判断：
很多时候，不是 AI 做不了，而是我们把一个“模糊愿望”，丢给了它当“明确任务”。
从“给答案”到“推进任务”，差别到底在哪？
以前我们把 AI 当搜索框：问一个问题，拿一段答案。
现在像 Codex 这样的工具，真正厉害的地方，是可以进入一个具体项目里工作：看文件、理解上下文、修改代码、运行命令、检查结果。
听起来很爽，但它也意味着一个新要求：你要先把任务边界说清楚。
比如“帮我优化页面”，对人来说都不够具体，对 AI 更是如此。它不知道：
你要优化的是首页、详情页，还是所有页面？ 只改样式，还是连交互和数据都要改？ 能不能新增依赖？ 哪些文件绝对不能动？ 改完怎样才算合格？
如果这些没有说，AI 就只能猜。它猜得再快，也不等于猜得对。
真正省时间的方式，不是催它“一次做完”，而是先让它走一遍小流程：
1. 先读项目。 先别改，弄清技术栈、目录、启动方式和高风险区域。<br>2. 再出计划。 让它写清会改什么、为什么改、怎么验证。<br>3. 一次只做一个功能点。 需求小一点，结果反而更稳定。<br>4. 改完必须检查。 跑测试、构建，或者至少手动验收关键页面。<br>5. 把有效方法留下来。 下次不用从头解释。
一个普通人也能直接复制的提问方式
如果你刚开始用 Codex，不必上来就研究复杂命令。
先记住这句就够了：不要急着让它写，先让它理解。
你可以把下面这段直接复制给它：
> 请先不要修改任何代码。<br>><br>> 请阅读当前项目，告诉我：<br>> 1. 这个项目用了什么技术；<br>> 2. 主要目录和核心功能分别在哪里；<br>> 3. 本地怎样启动、测试和构建；<br>> 4. 哪些文件或逻辑不建议随便改；<br>> 5. 如果后续要新增【你的功能】，你建议先看哪些文件。<br>><br>> 请只输出项目理解报告，等我确认后再开始修改。
这段话不神奇，但很有用。
它帮你按下了“先别急”的暂停键。先让 AI 看懂现场，再交给它下一步。就像找人修东西，先诊断、再报价、再动手，总比一上来把墙砸了强一点——这点秩序感，能救很多头发。
我把这套思路整理成了一份《Codex 橙皮书》
为了让刚上手的朋友少绕一点路，我把 Codex 从安装、理解，到真实项目实操的内容整理成了一份 PDF：
《Codex 橙皮书：从安装到实战案例的全链路使用指南》
它不是官方文档，也不是承诺“学完马上做出大项目”的速成课。
它更像一份能放在手边的实操地图，里面整理了：
Codex 是什么，和 ChatGPT、Cursor、Claude Code 分别适合做什么； App、CLI、IDE Extension、Web 等入口怎么选； 插件、Skill、MCP、Git/GitHub 等能力，普通人应该怎么理解； 从需求、计划、执行、测试到复盘的一套稳定工作流； 读项目、修 Bug、加功能、写测试、代码审查等可复用的提示词模板； 网站、管理后台、招商 PPT、宣传视频等实战案例。
如果你是下面这几类人，这份教程尤其适合你：
完全没用过 Codex，想从第一步开始； 会一点代码，但不知道怎样让 AI 真正参与项目； 正在用 ChatGPT、Cursor 或 Claude Code，想把工作流串起来； 想做网页、小工具、内容项目，但不想一直被提示词和报错卡住。
用 AI，别把判断力外包出去
最后也认真提醒一句。
AI 可以替你查资料、读文件、写初稿、执行重复操作；但涉及真实用户数据、生产数据库、支付、权限、安全这些关键部分，还是要留好人工审核和回退方案。
让 AI 帮你干活，不等于把方向盘也交出去。
更好的状态是：你负责目标、边界和验收；AI 负责把一件具体的事推进得更快。
这才是普通人最值得练习的 AI 能力。
---
领取《Codex 橙皮书》
教程已经整理为 PDF，建议先保存，遇到实际项目时照着练一遍。
领取方式：
回复公众号关键词：橙皮书，自动获取下载方式。
我是嘟嘟，持续记录普通人怎么把 AI 用到真实生活、真实工作和真实副业里。
如果你也想少一点“看起来都会、动手就卡住”的焦虑，多一点能直接上手的 AI 实战方法，欢迎关注 嘟嘟AI实战日记。