任务的顺序执行和并行

Codex 不是一个“你一说完它就瞬间全部完成”的按钮。它更像一个认真工作的助理：一次只能专心处理当前任务，但你可以决定任务怎么排队、什么时候补充说明、什么时候另开一条线并行处理。

这节课解决什么问题

新手常见困惑是：

• 我连续发了几条消息，为什么后面的没有马上执行？
• Codex 正在做任务，我突然想到一个重要要求，怎么办？
• 一个项目里能不能同时开多个任务？
• 怎么避免上下文越来越乱？

这一节训练的是任务节奏管理。

顺序执行：先来的任务先处理

在同一个对话里，Codex 会按顺序处理任务。前一个任务没结束时，后面的消息通常会排队。

如果你让 Codex 设计一个网页，又马上补一句“顺便讲一下技术选型”，再补一句“要手绘风格”，后两条可能会等前面的任务执行完。

这个机制本身不是坏事。它能避免 Codex 同时处理互相冲突的要求。

引导：给正在执行的任务补关键方向

如果你突然意识到“这个要求必须现在告诉它”，比如网页风格必须是手绘，而不是等它做完再改，可以使用界面里的“引导”能力。

引导的作用可以理解为：把关键补充插入当前任务，让它尽早影响正在进行的工作。

适合引导的内容：

• 风格方向：比如更克制、更适合小白、更像课程页。
• 禁止事项：比如不要安装依赖、不要改配置、不要访问网络。
• 验收标准：比如必须生成截图、必须告诉我改了哪些文件。

不适合引导的内容：

• 完全换一个新任务。
• 让它同时处理另一个项目。
• 大量追加无关背景。

并行：同一个项目里开多个对话

如果两个任务互不影响，可以在同一个项目里新建对话并行执行。

适合并行的例子：

对话	任务
对话 A	改首页文案
对话 B	只读审查案例目录
对话 C	查找图片路径和坏链

不适合并行的例子：

• 两个对话同时修改同一个文件。
• 一个对话重构导航，另一个对话也改导航。
• 你还没看清前一个任务结果，就继续开多个修改任务。

小白最稳的任务节奏

建议按这个顺序：

1. 先只读：让 Codex 读目录、总结结构，不修改文件。
2. 再计划：让它说明会改哪些文件、怎么验证。
3. 小步执行：一次只做一个能检查的改动。
4. 看结果：检查文件、截图、日志或 diff。
5. 再迭代：基于结果继续修改。

这就是半桶水课程里反复强调的闭环：说明、执行、控制、验证、沉淀。

验收标准

学完这一节，你应该能判断：

• 当前消息是在排队，还是在影响正在执行的任务。
• 哪些补充应该用引导，哪些应该新开任务。
• 哪些任务可以并行，哪些必须串行。
• 什么时候需要停下来先检查结果。

下一步读：权限管理。