计划模式：让 Codex 有规划地开始工作

本节概述

很多人刚开始用 Codex，会有一个很自然的反应。

既然它能读文件，能改文件，能生成结果，那我直接让它干活不就行了吗？比如：帮我做一份 PPT，帮我整理这个资料库，帮我优化这个项目。

听起来没问题。

但 Codex 和普通聊天工具不一样。它不只是回答你一句话，它可能会读取文件，修改内容，生成新文件，甚至运行一些命令。

所以任务越复杂，我们越不应该一上来就让它开干。

这就是为什么计划模式要放在新手阶段讲。它不是高级玩法，而是一个非常基础的工作习惯：先别急着动手，先把这件事想清楚。

什么是计划模式

计划模式可以理解成：让 Codex 进入"先想清楚再动手"的状态。

在这个状态里，我们不是让它马上产出结果，而是让它先说明几件事：它理解的目标是什么，需要参考哪些文件，准备分几步做，哪些地方需要你确认，哪些地方可能有风险，做到什么程度算完成。

这些问题说清楚之后，再让它执行，结果通常会稳很多。

尤其是普通人刚开始用 Codex 时，很多需求其实是模糊的。比如你说"帮我整理这个资料库"，这里面其实有很多隐藏问题：整理成什么结构？只整理目录，还是要改文件内容？原始素材能不能动？输出是摘要、索引，还是课程大纲？哪些文件不能改？做到什么程度算完成？

如果这些问题没有先说清楚，Codex 就只能猜。它猜对了，你会觉得很神。它猜错了，你就要返工。

计划模式的作用，就是先把这些隐藏问题摆到桌面上。

什么时候应该用计划模式

不是所有任务都要计划。

如果只是改一个错别字，解释一个文件，生成一个小标题，直接做就可以。

但只要遇到几类任务，我建议你先用计划模式。

目标比较模糊的时候，用计划模式。比如"帮我优化一下""帮我整理一下""帮我改一下"。

会影响多个文件的时候，用计划模式。比如整理项目资料目录、批量修改文件、安排一场调研。

你自己还没想清楚的时候，用计划模式。这时候不要假装自己已经有答案，可以直接让 Codex 先采访你。

结果需要验收的时候，也用计划模式。比如做 PPT、生成网页、整理表格、写课程稿。因为你要先知道，什么叫做完成。

计划里要看什么

新手使用计划模式时，不需要写复杂提示词。

可以让 Codex 输出五件事：

它对任务的理解。它需要参考哪些文件或资料。它准备怎么分步骤做。它认为有哪些风险或不确定点。它建议的完成标准。

这五件事如果说清楚了，后面执行就会稳很多。

特别是风险和完成标准，很多新手会忽略。但这两个东西非常重要。

风险告诉你：哪些地方不能乱动。

完成标准告诉你：做到什么程度就可以停。

计划不是命令，而是对齐

计划模式不是你把控制权交给 Codex，恰恰相反，它是你拿回控制权的方式。

因为在计划阶段，你可以看见 Codex 准备怎么理解这件事。

如果它理解错了，你可以马上纠正。如果它准备改太多，你可以让它收窄范围。如果它漏了关键文件，你可以提醒它补上。如果它的完成标准太虚，你可以让它写得更具体。

所以计划不是一张任务表，计划是人和 Codex 之间的一次对齐。

新手可以先用一个很简单的说法：

先不要动手。请先进入计划模式，帮我理解这个任务。你需要说明：你理解的目标是什么，需要查看哪些文件，准备分几步做，哪些地方需要我确认，做到什么程度算完成。等我确认后，再开始执行。

这不是要大家背提示词模板，只是让你先建立一种习惯：复杂任务，先对齐，再执行。

和 Goal、Automation 的关系

后面我们还会讲 Goal（目标） 和 Automation（自动任务），但那是更后面的事情。

你现在只需要先分清楚：

计划模式，是任务开始前的对齐。

Goal，是让 Codex 持续盯住一个目标。

Automation，是让某类任务按时间或条件重复发生。

这一节先把计划模式用起来，就已经足够了。

写在最后

Codex 越能做事，我们越要让它先说清楚准备怎么做。这不是拖慢速度，这是减少返工。

计划模式的核心价值不是让 Codex 写一份漂亮计划，而是让它在动手前先理解任务。

有几点需要注意：

小任务不用强行计划。改错别字、解释文件、生成小标题这种直接做就行。

计划不是最终答案，可以修改。看完计划后觉得有问题，随时可以要求调整。

计划阶段不要急着让 Codex 改文件。先把方向对齐，确认无误后再执行。

如果 Codex 提出的问题很好，可以先回答问题，再让它重新整理计划。有时候它的提问会帮你把需求想得更清楚。

如果它的计划太大，要求它缩小范围。不要一次想做太多事情，可以分阶段推进。