刚装 Codex？别急着写代码，这 3 步直接把它驯化成你的生产力
很多人刚装 Codex 就翻车了，不是因为 Codex 不强，而是你把它想得太完美了。一句「帮我优化整个项目」听起来很爽，结果很可能是文件改了一堆、依赖加了一堆、Bug 还多了几个。
Codex 更适合的用法不是「全自动接管项目」，而是：先立规矩，再给任务，最后做验收。 今天不讲玄学，只讲一个刚装完 Codex 就能用的 3 步极简驯化法。
1️⃣ 第一步：先让 Codex 认识你的项目，而不是马上改代码
刚装完 Codex，最忌讳上来就说「帮我把这个项目优化一下」。这句话太空了——Codex 不知道你的项目怎么启动，不知道哪些文件不能碰，不知道你用 npm 还是 pnpm，更不知道你要「修 Bug」还是「重构架构」。正确第一步是：先让它读项目，不让它动手。 你可以直接复制这段：
2️⃣ 第二步：写一个 AGENTS.md，把你的规矩固定下来
如果你每次都在提示词里重复「不要乱加依赖、不要修改支付代码、改完要告诉我验证方法、修改前先给方案、不确定要先问我」，那效率其实很低。更好的方式是：在项目里放一个 AGENTS.md，把它理解成 Codex 的「项目工作守则」。在项目根目录新建一个文件 AGENTS.md，然后写入这套极简规则：
这一步就是在「驯化」Codex——不是让它自由发挥，而是告诉它：你在我的项目里，必须按我的工作方式来。提示词是一次性的，AGENTS.md 是长期有效的工作协议。
如果你有多个项目，还可以准备一份自己的通用规则（比如默认中文回复、修改前先给方案、不要乱加依赖、改完必须给验证方式）。项目级规则管这个项目，个人通用规则管你的长期偏好。
3️⃣ 第三步：把任务拆成「分析 → 修改 → 验收」三段
很多人觉得 Codex 不稳定，本质原因是任务给得太大。比如「帮我做一个用户系统」——这句话看似明确，其实包含一堆隐藏任务：注册、登录、鉴权、密码加密、数据库表、API、前端页面、表单校验、错误提示、权限控制。你让 Codex 一口气做完，翻车概率当然高。正确做法是拆成三段。
第 1 段：只分析，不修改（让 Codex 先当「技术顾问」）
第 2 段：只改一个小范围（让 Codex 当「执行助手」）
第 3 段：验收和复查（让 Codex 当「代码审查员」）
4️⃣ 这 3 步适合哪些人？
- ✅ 刚装 Codex 的新手：不需要一开始就研究所有配置，先会读项目、写规则、拆任务这 3 步就够用。
- ✅ 独立开发者：一个人做产品最怕 AI 改乱项目，AGENTS.md 帮你把「不要乱动支付、不要乱加依赖、改完要验证」固定下来。
- ✅ 产品 / 运营想做小工具的人：不是专业程序员也能让 Codex 先解释项目、拆功能、生成小脚本，前提是不要让它一次做太大。
- ✅ 经常用 Cursor / Claude Code / Codex 的人：不同 AI 工具能力都很强，但稳定性取决于你的工作流。
5️⃣ 真实可用的 8 个小任务模板
刚开始不要搞大项目，先让 Codex 做这些小任务。
6️⃣ 新手最容易踩的 5 个坑
- 坑一：一上来就让它改整个项目。 这会让改动不可控，正确做法是先让它分析。
- 坑二：不写限制条件。 你没说「不新增依赖」，它可能就会加包；没说「不改数据库」，它可能就动 schema。
- 坑三：不看 diff。 AI 改完代码后，一定要看改了哪些文件，尤其是登录、支付、权限、数据库、环境变量，必须人工复查。
- 坑四：把 AGENTS.md 当保险箱。 它是指导，不是强制锁；能降低乱改概率，但不能替代权限控制、沙箱环境、Git 版本管理和人工检查。
- 坑五：把 Codex 当外包，而不是搭子。 Codex 不知道你的业务目标，也不知道你能接受什么风险——它能帮你更快，但不能替你负责。
7️⃣ 我的推荐工作流
刚装 Codex，不用搞复杂，每天就按这个流程：
这套流程很简单，但足够稳定。
8️⃣ 最后总结
你只需要记住 3 步：
- 第一步，先读项目：让它理解上下文。
- 第二步，再立规矩：用 AGENTS.md 固定工作方式。
- 第三步，后拆任务：分析 → 修改 → 验收，小步推进。
Codex 真正厉害的地方不是帮你「一键生成完整项目」，而是把你每天重复的开发动作流程化：读项目、找 Bug、写脚本、补测试、做审查、写文档、拆任务、给验证方案。