先选对 Chat、Work 与 Codex，再开始动手

有些任务打开 Codex 的那一刻，就已经变复杂了

你只想把一封拒绝邀请的消息写得友好一点。结果先创建项目、选择文件夹、确认权限，再等待环境准备。

工具更强，不代表启动成本更低。

有时最成熟的 Codex 判断，就是这件事不该用 Codex。 这节课用六个任务做分流。我们不看名称，始终只问上下文、动作和证据。

这节课不是记产品名称

真正要学的是一个判断顺序：结果依赖什么上下文，要执行什么动作，最后用什么证据验收。 产品名称会变化，这三个问题仍然有效。

OpenAI Prompting 当前把常见工作分成三个入口：

• Chat：快速问答、想法、轻量改写和一次性决策；
• ChatGPT Work：多来源、多步骤、要调用工具或生成较大成品的工作；
• Codex：需要接触代码、代码库或开发者工具，并在真实环境中检查、修改和验证的工作。

先下载本页上方的《任务分流练习册》。不要先看答案。

第一步：给六个案例标出“上下文—动作—证据”

练习册里有六个案例。先为每个案例填写三列：

列	要问的问题	不合格答案
上下文	结论依赖哪些文件、来源或环境？	“需要一些资料”
动作	只生成回答，还是要读写文件、运行命令或调用工具？	“让 AI 处理”
证据	什么可观察事实能证明结果可用？	“看起来不错”

以“把每月 CSV 变成可重复月报”为例：

上下文：reports/ 下三个月样例、指标口径、旧月报
动作：读取本地文件，生成脚本和说明，运行脚本
证据：旧月份指标与人工基线一致；异常行单列；同一命令可重跑

这里需要 Codex，不是因为任务“复杂”，而是因为它依赖本地文件、可维护产物和环境验证。

第二步：先独立选择，再用决策树复核

依次问：

1. 最终只需要一段回答吗？如果是，优先 Chat。
2. 需要多份上传材料、连接来源或成品文件，但不依赖代码库吗？优先 Work。
3. 需要打开本地工作区、编辑文件、运行命令、检查 diff 或浏览器行为吗？使用 Codex。
4. 任务仍说不清结果或存在多种方案吗？进入 Codex 后先用 Plan mode。
5. 任务会跨多个阶段持续推进吗？计划明确后再用 Goal mode。

现在对照答案文件。错一题时不要只改选项，要改你填写的“上下文—动作—证据”；这三列才是可以迁移到新场景的能力。

第三步：把含糊任务变成 plan，而不是立即执行

选择你自己的一个复杂任务，在 Codex 中输入：

/plan

我想完成：[写结果，不写做法]。
请先只读检查与它相关的工作区、资料和现有约束。
请找出会改变方案但目前缺失的信息，并向我提问。
计划必须区分：输入盘点、实施、验证、回退和需要人工决定的节点。
在我确认计划前不要修改文件或执行外部动作。

你应该看到什么

一个合格计划至少会：

• 指出它实际检查了什么；
• 暴露两三个需要确认的假设；
• 把交付物写成文件、页面行为、测试结果或其他可观察事实；
• 单独列出发送、发布、删除、付款等需要授权的动作。

如果只得到“分析需求—执行任务—检查结果”三句话，说明任务上下文仍然太空。补上相关文件、受众、不可改变项和已知失败样本，再让它修订计划。

第四步：把计划压缩成一个可停止的 goal

Long-running work 建议 goal 包含 outcome、constraints 和 verification。把刚才计划改写为：

/goal

Outcome
- [最终留下的文件、行为或可复查结果]

Constraints
- [必须保持不变的内容]
- [不得执行的外部动作]
- [遇到哪类不确定性必须暂停]

Verification
- [机械检查：测试、计数、独立计算或链接扫描]
- [人工检查：抽样、页面操作或来源核对]

失败示例

/goal 帮我把网站做得更好，直到你满意。

它没有终点。“更好”无法测量，“你满意”把产品判断交给了 agent，也没有范围和回退。正确写法应落到例如“移动端结账页在 390px 不横向溢出，三个关键流程通过，现有桌面布局不变”。

第五步：检查权限没有被 goal 偷偷扩大

Goal mode 会维持相同沙箱和审批边界，不会因为任务长就获得更多权限。开始前写下：

• 它可以读取哪里；
• 可以写到哪里；
• 是否需要联网；
• 哪些动作一定要先问你。

如果任务只要求研究或审查，明确写“只读，不修改”。如果需要本地修改但不应访问生产系统，写“只修改工作区；不连接生产、不发送、不部署”。

参考答案怎么用

答案文件不是唯一措辞，而是判断基线。逐题检查：

1. 入口是否与上下文和动作匹配；
2. 是否存在比 Codex 更轻的入口；
3. 证据能否由另一个人复查；
4. plan 是否暴露关键假设；
5. goal 是否存在明确停止条件。

迁移练习

再选一个与练习册完全不同的真实任务，只写三行：

需要的上下文：
必须执行的动作：
完成证据：

能用这三行稳定选入口，才算学会；背下“Chat 简单、Codex 复杂”不算。

把工具选择变成可以解释的决定

拿你下一项真实任务填写三列。只需要回答的一次性问题留在 Chat，需要本地文件和真实验证的工作再交给 Codex。

如果选择理由只是「Codex 更厉害」，重做一次。正确入口应该减少上下文搬运，而不是增加仪式。

完成检查

• 六个案例都有具体的上下文、动作和证据
• 我能解释为什么某些任务不应该使用 Codex
• plan 中出现了需要确认的假设和回退
• goal 同时包含 outcome、constraints、verification
• 我没有把长任务误认为自动获得更高权限