Codex 适合仓库里的活
交的是一次可验收的改动，不是一段关于代码的聊天。短问答、办公文件、关电脑还要跑的同事活，别塞给它。
Codex 是编码 Agent：你给一个目标，它在选定的目录里读代码、改文件、跑检查。官方把它和通用聊天、办公文档工作分开——编码走 Codex，短问题走聊天，研究文档走另一条工作流。codex-overview codex-quickstart 选错形态，五步也救不了。
读完你能回答：
- 什么样的活该交给 Codex？
- 它明确不该接哪三类？
- 和「做 AI 产品」里的工具四类，怎么分工？
适合：能在仓库里验收的改动
实现一个小功能、补测试、按失败日志修、评审一次 diff。共同特征有三条：对象是代码和项目文件；结果是一次改动；验收是命令或 diff，不是「看起来对」。终端、编辑器、云端编码都是同一类活的不同入口，不是三种产品。
第一次仍然要满足 第一个任务怎么挑：范围小、能回滚、对错一眼能看。整仓重构、一次合进主线，都不是第一次。
不适合：成品不在仓库
- 短问答。 「这段代码什么意思」是提问，不是派活。用聊天即可，不必开编码 Agent。
- 办公成品。 周报、PPT、飞书里的表，成品不在仓库。见 豆包工作 或 WorkBuddy。
- 关电脑还要登录别人的网站继续干。 那是云端同事的形态，见 Grok Bot。
和工具四类不打架
工具四类，够用就行 把 Codex 放在命令行 Agent 一类，解决的是「编程时主工具怎么挑」。本篇解决的是「这件事该不该交给 Codex」。已经选定它当主工具之后，交法走本栏的五步，项目规矩走 项目契约。下一篇用五步跑一个能验收的小改动。