基础用法
怎么跟 Codex 说清楚需求
三要素说清楚需求：做什么、在哪做、做到什么样算好。附差的说法与好的说法对照、3 个可直接套用的模板，以及怎么追问、让它解释、换方案。
本篇速览
你将学会：用三句话把需求说清楚，让 Codex 一次做对的概率大大提高。
大约多久：10 分钟。
需要准备：最好先做完 5 分钟做出第一个成果。
跟 Codex 说话不需要任何特殊格式，就像给一个能干但刚来的新同事布置工作。新同事最怕的是"你自己看着办"。
三要素
| 要素 | 问自己 | 例子 |
|---|---|---|
| 做什么 | 我想要的结果是什么？ | "把这些照片按拍摄日期重命名" |
| 在哪做 | 涉及哪个文件或文件夹？ | "照片在 旅行照片 文件夹里" |
| 做到什么样算好 | 怎么判断做完了、做对了？ | "文件名格式是 2026-10-01_001.jpg，不要删除任何照片" |
三样都说到，Codex 基本就不会跑偏。
差的说法 vs 好的说法
| 差的说法 | 问题在哪 | 好的说法 |
|---|---|---|
| "帮我做个网站" | 什么网站？给谁看？ | "帮我做一个咖啡店的单页网站，包括店名、菜单、营业时间和地址，手机上也要好看" |
| "整理一下这个表格" | 怎么整理？ | "把 销售.xlsx 里重复的行删掉，日期统一成 2026-10-01 的格式，结果另存为 销售_整理后.xlsx，原文件不要动" |
| "这个报错怎么办"（没贴报错） | Codex 看不到你的屏幕 | "我运行 npm start 时出现下面的报错：（粘贴完整报错），请解释原因并修复" |
| "优化一下" | 优化什么？ | "网页打开太慢了，帮我找出原因，先告诉我方案，我同意了再改" |
| "改好看点" | 好看的标准因人而异 | "参考苹果官网的风格：大量留白、大字号标题、只用黑白灰加一个蓝色" |
3 个可直接套用的模板
模板一：做一个新东西
帮我做一个[什么东西]，用途是[给谁用 / 用来干什么]。
内容包括：[要点 1]、[要点 2]、[要点 3]。
要求：[风格 / 格式 / 限制，比如"只用一个文件""不需要安装任何东西"]。
做完告诉我文件在哪、怎么打开。模板二：修改已有的东西
请修改[文件名或文件夹]里的[哪一部分]。
现在是：[现在的样子]。
我想要：[改成什么样]。
其他部分不要动。改完告诉我改了哪些地方。模板三：先出方案，再动手
我想[目标]。
先不要改任何文件，先告诉我你打算怎么做、会动哪些文件、有什么风险。
我确认后你再开始。大任务用模板三最稳。也可以在输入框里输入
/plan，让 Codex 进入"计划模式"，先出方案再动手。
可以随时追问
第一句话不用完美。看到结果后，直接接着说：
让它解释：
用最通俗的话解释一下你刚才做了什么，为什么这么做。让它换个方案：
这个方案太复杂了，有没有更简单的做法？给我两三个选项，说说各自的优缺点。只改一部分：
其他都很好，只把标题部分改成左对齐。中途改主意：Codex 干活时也可以直接发新消息，它会根据你的新要求调整。
几个小习惯
- 一次说一件事：大任务拆成几步，每步确认后再做下一步。
- 告诉它不能动什么："原文件不要动""不要删除任何文件"这类话非常有用。
- 让它说清楚做了什么：结尾加一句"做完告诉我改了哪些文件"。
- 不要把密码、密钥写进对话：需要的话，让 Codex 告诉你在哪里填，你自己填。