第 01 节:把任务交清楚
本节 objectives:
- 能把一句模糊需求改成 Codex 可执行任务。
- 能写出目标、范围、验收和禁止事项。
- 能判断什么时候先让 Codex解释,什么时候让它直接改。
先修:能打开 Codex 并进入一个项目 | 上一节:无 | 下一节 02 >>
Codex 不是搜索框,它在你的项目里动手
新用户最常见的失败,不是 Codex 不会写代码,而是任务像一句愿望:"帮我优化这个项目"。Codex 可以读仓库、编辑文件、运行命令,也会在交互式 CLI 里展示计划、diff 和命令审批点。任务写得太散,它会把上下文花在猜意图上。1
好任务像一张小工单:目标明确,只允许碰哪些地方,怎么验证,遇到不确定要先问还是先调查。OpenAI 的 Codex prompting 指南也强调,给代理任务时要说明目标、上下文、约束、成功标准和可用工具,而不是只丢一句结果愿望。2
讲解
把任务写成四块:
如果你只是想理解项目,任务应该是读和解释:"先不要改代码,读 README、AGENTS.md、相关目录,画出执行路径。"如果你要 Codex 修改,任务要带验收:"实现后跑测试,最后列出改动文件和验证结果。"这两类任务不能混在一句话里。
还有一个实用句式:先让 Codex复述任务。它能暴露误解,也能让你在它动文件前收紧边界。
跟我做一遍(worked example)
模糊任务:
改成 Codex 可执行任务:
这段不是更长就更好,而是少了猜测空间。Codex 知道要先读什么、只能碰哪里、怎么证明完成。
换你补全(faded example)
把这句改成可执行任务:
请补全:
参考答案:
关键判断点是"好看"被拆成可观察的 UI 变化,且认证逻辑被明确排除。
小结 + 通向下一节
Codex 任务不是一句愿望,而是一张小工单。你写清目标、范围、验收和安全项,它就更容易先计划、再执行、再验证。
下一节把任务交出去之前的第一件事拆开:让 Codex 读项目,尤其是 AGENTS.md 和局部约定。
Footnotes
-
Codex CLI features — https://developers.openai.com/codex/cli/features ↩
-
Codex prompting — https://developers.openai.com/codex/prompting ↩
练习
Level 1: 找一个你想让 Codex 做的小任务,用四块格式写出来。
提示 1
先问"我现在要理解还是要改变?"。
提示 2
如果要改变,写验收。
提示 3
如果要理解,写证据类型。 常见错误剖析:把"不要乱改"当安全边界不够。Codex 需要的是具体边界,比如"不要改数据库 schema"、"不要升级依赖"、"不要触碰未跟任务相关的文件"。