夜雨聆风大家好，我是苍一，一个干了13年的后端开发，正在探索AI编程，从产品到开发的全生命周期最佳实践，如果您感兴趣，欢迎关注👇，看我如何自我革命。
上一篇我们跑通了第一个任务，你已经能让 Codex 帮你干活了。但实际用起来你会发现一个问题：任务不是一个一个来的，往往是脑子里的想法一个接一个往外冒。
Codex 在执行一个任务的时候，你再给它发指令会怎样？能不能同时开好几个任务一起跑？这篇就把顺序执行、插队和并行这三件事讲清楚。
还是用老规矩，拿实际项目做演示。这次我们让 Codex 帮我们做一个 Obsidian 新手教程网站。
1️⃣ 先说顺序执行：任务是一个接一个的
打开 Codex 桌面端，选一个本地项目，或者新建一个。项目本质上就是你电脑上的一个文件夹，所有代码和文件都在里面。
进去之后，点"创建新对话"。
在对话框里输入你的需求。比如我写的是："帮我设计一个 Obsidian 新手教程网站"。回车发送，Codex 就开始干活了。
这时候你会发现一个问题。Codex 还在跑，你又想到了一个新需求，于是又发了一条消息。结果呢？新消息不会被立即处理，它会排在那里等着。
这就是 Codex 默认的工作方式——顺序执行。一个任务没跑完，后面的就得排队。就像你去银行办业务，前面的人没办完，你就得等着。
大多数情况下这没问题。但有些时候你会觉得不对劲。
2️⃣ 任务排队的时候，能不能插个队？
举个实际的场景。
你让 Codex 设计网站，它正在跑。你本来打算等它做完了再告诉它"背景用手绘风格"。但转念一想，如果等它做完了再改，不是返工吗？如果它设计的过程中就知道你要手绘风格，一步到位多好。
Codex 给了一个解决办法——引导功能。
在任务执行界面，你可以点击"引导"选项。点击之后，你输入的新指令不会排到队尾，而是直接插到当前正在执行的任务前面。
效果是什么呢？原本的执行顺序是这样的：
(a) 网站设计
(b) 技术选型说明
(c) 手绘风格改造
点了引导之后，"手绘风格"这个需求会被优先注入到当前正在跑的任务里。也就是说 Codex 会在设计网站的同时，就把你的风格要求考虑进去。
这就是插队。当你需要对正在执行的任务做实时调整的时候，这个功能很实用。
什么时候该用引导？我的建议是这样的：
如果你发现新需求和当前任务直接相关，比如调整风格、修改某个组件、换个配色方案，用引导。这样能避免做完再改的浪费。
如果你的新需求是另一个独立的事情，比如"顺便帮我看看 README 写得对不对"，那就别插队了，让它排队等着。强行插队反而会打乱当前任务的执行节奏。
3️⃣ 再说并行：一个项目里同时跑多个任务
顺序执行搞定了，但有时候你不想排队。你想让多个任务同时跑。
比如你的网站项目，一方面想让 Codex 设计首页，另一方面想让它在另一个对话里把教程内容也生成出来。这两件事互不依赖，完全可以同时进行。
做法很简单。在左侧边栏点"新建对话"，就会开一个新的对话窗口。每个对话是独立的，Codex 会在各自的对话里同时执行任务。
这就像你雇了好几个人，每个人干一件不同的事，同时开工。一个对话在写首页代码，另一个对话在整理教程内容，互不干扰。
几个要注意的点：
第一，并行任务的资源问题。每个对话都会占用 Codex 的计算资源，同时开太多对话可能会导致每个都变慢。建议同时跑的任务不要超过三个，特别是涉及大量代码生成的任务。
第二，文件冲突的问题。多个并行任务如果在改同一个文件，可能会互相覆盖。如果你计划让多个对话操作同一批文件，提前规划好各自负责的范围。比如一个对话只动前端代码，另一个只动文档，这样就不会打架。
第三，并行的对话之间是隔离的。一个对话不知道另一个对话在做什么。如果你需要两个任务之间有配合关系，那它们就不适合并行，应该放在同一个对话里顺序执行。
4️⃣ 顺序、插队、并行，什么时候用什么
把三种方式放在一起对比一下。
顺序执行是默认模式。适合有前后依赖关系的任务，必须先做完 A 再做 B。大多数场景下用这个就够了。
引导插队适合对正在执行的任务做实时调整。关键字是"正在执行"。如果你发指令的时候 Codex 还在干活，而你这条指令和它当前干的活直接相关，用引导。
并行多对话适合互不依赖的独立任务。每个对话各干各的，谁也不等谁。适合那些可以同时推进的工作。
用好这三个功能，你在 Codex 里管理任务的灵活度会上一个台阶。不用傻等一个任务跑完才能做下一件事，也不用担心临时改需求会打乱节奏。
想系统学习Codex？扫码关注下面的 ima 知识库 获取完整19篇教程。
【ima 知识库】
如果嫌文章太长、怕后面走丢，可以关注下面的ima知识号，让这篇文章成为你的知识顾问，随时随地等候你的提问。
知识号中内容会以笔记形式分享，可以根据大家反馈和实测情况，实时更新，保证最新方案的稳定、可用。
【ima 知识库】
