第 9 章：多步骤任务与审查——先说清，再动手

本章目标：把一个“看起来很复杂”的需求拆成能逐步检查的小任务，而不是让 AI 一次猜完。

当任务要读多个文件、修改多个地方或执行命令时，最重要的不是找到某个固定按钮，而是先让 Codex 说清楚：它准备做什么、会影响哪里、完成后怎么检查。不同版本的界面可能有不同的计划或审查入口；请以你当前看到的界面为准。

9.1 为什么不能只说“帮我搞定”？

“帮我把网站改好”对人和 AI 都太模糊。它可能理解成改文案，也可能改样式、安装依赖，甚至动到不相关的文件。把任务拆开，不是麻烦，而是给自己留出发现误解的机会。

你可以把 Codex 当成刚加入团队的同事：你会告诉他要交什么、只能碰哪些材料、哪些事不能做，以及交付前要让谁检查。

9.2 一段普通人也能复制的任务说明

目标：把 docs/ 里的使用说明整理得更清楚。
范围：只查看和修改 docs/guide.md。
限制：不删除文件、不安装软件、不联网、不发送内容。
先做什么：先列出你准备修改的 3—5 点，等我确认后再改。
完成标准：说明改了哪里，并告诉我怎样打开文件人工检查。

其中“范围”和“限制”尤其重要。范围就是允许它碰的地方；限制就是无论如何都不能越过的红线。

9.3 正确的三段式流程

第一步：先要计划

先让它用几条中文说明要做的事。看到“会修改很多文件”“要运行不理解的命令”时，先追问原因，或把范围缩小。

第二步：小步执行

不要一次批准一长串动作。先让它处理一个文件或一个小目标，确认结果正确后再继续。涉及删除、发布、账号或生产环境时，停下来由人手工处理更稳妥。

第三步：回头检查

完成后至少看三样：修改了哪些文件、每处改了什么、是否有测试或检查结果。看不懂时可以问：请用不懂代码的人能听懂的话解释这处改动解决了什么问题。

9.4 常见翻车与补救

• 计划太大：改成“先只分析，不修改”。
• 它理解错目标：把最终要得到的样子写出来，附一个正反例。
• 修改超出范围：停止任务，检查已改文件；下次把允许目录写得更具体。
• 它说完成了但你无法确认：要求列出文件路径和人工验证步骤，而不是只要一句总结。

本章小结

复杂任务的诀窍不是让 AI 更自由，而是让每一步都能被你看懂、暂停和验收。先计划、再小步执行、最后人工检查，适用于任何界面。

下一步

继续阅读第 10 章：定时任务与自动化，判断哪些重复工作才适合在人工复核下自动运行。