夜雨聆风现在AI 已经能同时开多个任务了，你是不是还在逐条发指令、逐个催进度、手动汇总结果？
多开几个 Agent 只能让工作同时开始。谁负责拆任务，哪些工作可以并行，哪些必须等待，失败后怎么返工，最后由谁验收，这些问题决定了协作会不会越做越乱。
这篇文章从单 Agent 讲起，把多任务并行、多 Agent 协作和智能体编排一步步分清。
我刚开始学习这几个概念的时候，最容易混淆的就是“多”。多开几个任务算不算多 Agent？用了 /goal，是不是就会自动出现一支 Agent 团队？几个 Agent 同时工作，又是谁在管它们？
后来我发现，先别急着记工具名称。把自己放到项目负责人的位置，看清谁定目标、谁派活、谁交结果，这几个词就比较容易区分了。
1先看一支 Agent 团队里都有谁
我先把自己放在项目负责人的位置。
我有一个要完成的目标，也有一支可以调用的 AI 团队。团队里可以有主 Agent、研究 Agent、开发 Agent 和测试 Agent。角色名称可以换，责任大致分成三类。
我负责确定目标、授权范围、关键选择和完成标准，最后也由我验收。
主 Agent 像项目助理。它把目标拆开，决定工作交给谁，哪些可以同时做，哪些需要排队。分支交回结果后，它还要检查缺项、追问、返工和汇总。
执行 Agent 只负责自己拿到的那一块。做完以后，它要交回产物、依据、风险和没有解决的问题。
2四个概念各管一件事
我现在用四句话来记。
✓几项互不依赖的工作同时进行，叫多任务并行。
✓几个 Agent 围绕同一个目标分工和交接，叫多 Agent 协作。
✓任务到了时间，或者收到某个事件后自己启动，叫智能体自动化。
✓有人负责拆任务、派活、排顺序、处理失败和验收，叫 Agent 编排。
这四件事可以出现在同一条流程里，也可以分开出现。
同时打开三条互不相关的任务，只有多任务并行。三个 Agent 分别完成研究、开发和测试，再把结果交回同一个目标，这里面有多 Agent 协作。主 Agent 决定怎样拆、交给谁、什么时候等待和返工，它做的就是编排。
我觉得最容易混淆的是多 Agent 协作和 Agent 编排。现在我的分法很简单。看团队成员各自做什么，就是在看协作。看主 Agent 怎样管理整支团队，就是在看编排。
3用一个普通任务串起来
拿一份产品对比报告来说。
1一个 Agent 顺序查三个产品，再整理报告。
2三个 Agent 同时查资料，出现并行和协作。
3主 Agent 统一比较维度，收回、去重、追问和汇总。
4任务按时间重复启动，才出现自动化。
只用一个 Agent，它会先查第一个产品，再查第二个产品，最后整理成报告。整项工作从头到尾排成一条线，这就是单 Agent 顺序执行。
如果把三个产品分别交给三个 Agent，它们可以同时查资料，这里出现了多任务并行。三个 Agent 都为同一份报告提供材料，也有了多 Agent 协作。
但事情还没结束。三个 Agent 可能各用一套写法。有人讲功能，有人只讲价格，还有人抄了一串产品介绍。三份结果都完成了，放在一起却没法直接比较。
这时就需要主 Agent 先定好共同的比较维度，要求每个分支交回来源、结论和缺失信息。材料返回后，它还要去重，发现口径不一致就追问，最后按同一套结构写成报告。这个管理过程就是 Agent 编排。
如果报告每天都要更新，再给它加上定时启动，才出现智能体自动化。一个普通任务走到这里，四个概念就全了。
我喜欢这个例子，因为它把“同时做”和“共同完成”分开了。只让三个 Agent 一起开工，工作可能更散。给它们共同目标、统一要求和交接方式，才有协作。
顺序执行、并行、协作、编排和自动化，也就能在同一条工作流程里找到各自的位置。
4放回 Codex 里再看一遍
Codex 的多 Agent 能力允许主 Agent 创建子 Agent，把独立工作分出去，给分支补充信息，等待它们返回，再把结果汇总起来。
假设一个目标被拆成研究、开发和测试三块。三个子 Agent 各做一块，这是多 Agent 协作。三块工作同时运行，这是多任务并行。主 Agent 负责拆分、等待、追问和汇总，这是 Agent 编排。
这也解释了为什么多 Agent 不一定更快。任务如果只能按顺序往下做，或者几个 Agent 要反复修改同一个结果，多开分支只会增加沟通和冲突。官方说明也提醒，子 Agent 会增加 token 用量。
5哪些工作适合同时做
我会先问三件事。
第一，这几块工作能不能各自完成。分别查几份资料、比较几套方案、检查几个互不影响的模块，通常可以并行。
第二，后面的工作要不要等前面的结论。需求还没定，就先写最终方案，后面大概率要重来。这种任务更适合按顺序做。
第三，几个 Agent 会不会同时改同一个结果。如果它们都要修改同一份文件，很容易互相覆盖。可以先让各分支只读分析，或者分别处理独立文件，最后再交给一个 Agent 统一修改。
所以我现在不会先问“能开几个 Agent”，而是先找出哪些工作互不依赖。能独立完成、能单独检查、不会争抢同一份结果，才值得同时派出去。
6派活时写清七件事
任务能拆开，还要让接活的 Agent 看得懂。我把派活信息记成七件事。
✓总目标是什么，做到什么程度算完成。
✓这项工作交给谁。
✓它只负责哪一块。
✓开工前要读取哪些材料和前序结论。
✓允许使用哪些工具，允许修改哪些内容。
✓遇到删除、发布、付费、隐私或范围变化时，要不要停下来。
✓交回时需要带上哪些产物、依据、风险和待确认问题。
如果由主 Agent 管理团队，我还会再补一句。等所有分支返回后，检查遗漏和冲突，缺什么就追问，方向偏了就返工，最后按同一个标准汇总。子 Agent 的“已完成”，不能直接当作整项工作的“已通过”。
7我的学习顺序
我更愿意从小的地方开始。
先手动并行两条低风险、只读的任务，练习怎么拆分和验收。接着让主 Agent 创建子 Agent，看它怎样派活、等待和汇总。等一种做法反复使用仍然稳定，再把它写成 Skill。需要按时间或事件重复启动的工作，最后再考虑自动化。
学到这里，给自己留四个检查题。
✓哪些工作适合并行。
✓什么时候继续原任务，什么时候新开任务。
✓谁在协作，谁在编排。
✓哪些工作可以自动启动，哪些决定必须由人确认。
这四个问题能答清楚，才算学会了第一阶段。至于同时开多少个 Agent，反而是后面的事。