一、什么时候一个 Agent 就不够了？

先说清楚：大部分日常任务，一个 Agent 完全够用。

你整理个会议纪要、写个周报、生成个需求文档——上一篇教的"专家 + 技能"就能搞定，不需要搞复杂。

但你会慢慢遇到一些跨环节的活，比如：

场景	为什么一个 Agent 搞不定
写一篇深度行业报告	先要调研收集资料，再要分析提炼，最后要排版成文——三个环节，思维方式不一样
从客户原话到正式 SOW	先要理解需求，再要评估可行性，还要拆任务排期——一个 Agent 容易"顾头不顾尾"
每周自动出一份竞品动态	要搜集信息 → 要筛选过滤 → 要分类汇总 → 要写摘要——链条太长，一个 Agent 中间容易"断片"
做一个产品方案评审	需要从技术、设计、成本三个视角分别看——一个 Agent 只有一个视角

这些场景有个共同特点：任务有多个环节，每个环节需要不同的"脑子"。

就像你做饭——一个人当然能从买菜、洗菜、切菜、炒菜、摆盘全干了。但如果是一桌 20 个菜的宴席呢？你恨不得多叫几个人，有人专管切菜，有人专管炒，有人专管摆盘。

多 Agent 协作，就是给你的 AI 团队"多叫几个人"。

---

二、多 Agent 协作是什么？用大白话讲

2.1 一句话定义

多个 Agent 分工配合，每个负责一个环节，串起来完成一个复杂任务。

2.2 跟"一个 Agent 干所有事"有什么区别？

	单 Agent 全包	多 Agent 协作
类比	一个人做满汉全席	后厨团队分工出菜
指令	一条指令写完所有要求	每个环节一条指令，各管各的
质量	环节多了容易"顾此失彼"	每个环节专人专精，质量更稳
速度	串行，一个一个来	可以并行，多个环节同时跑
调试	出问题不知道是哪个环节	哪个环节出问题一目了然
适合	简单任务（3 步以内）	复杂任务（4 步以上、跨领域）

2.3 核心概念：先理解"流水线"

多 Agent 协作的本质，就是一条流水线：

原料 → [Agent A：加工] → 半成品 → [Agent B：精修] → 成品 → [Agent C：质检] → 交付

• 每个 Agent 只管自己那一环的输入和输出
• 上一环的输出，自动变成下一环的输入
• 你不用在中间手动"搬运"——Agent 之间自己传

💡 关键区别：你以前跟 Agent 对话是"你一句我一句"，多 Agent 协作是"它们几个自己聊，最后把结果给你"。

---

三、四种常见的协作模式

不是随便拉几个 Agent 就能配合好。根据任务特点，选对"阵型"很重要。新手先认识这四种：

模式 1：流水线（最常用）

Agent A → Agent B → Agent C → 最终结果

什么时候用：任务有明确的先后顺序，上一步的输出是下一步的输入。

例子：写一篇行业分析报告

[调研Agent：搜集资料] → [分析Agent：提炼观点] → [写作Agent：成文排版]

每个 Agent 只干一件事，干完交给下一个。你在最后拿到的，是一篇完整的报告。

新手友好度：★★★★★ 最直观，先从这个练手。

---

模式 2：并行分叉（适合多视角任务）

           → [Agent A：技术视角] →
原始任务 →  → [Agent B：设计视角] → [汇总Agent：合并结论]
           → [Agent C：成本视角] →

什么时候用：同一个问题需要从多个角度分别看，最后汇总。

例子：产品方案评审

           → [技术Agent：可行性？] →
产品方案 →  → [设计Agent：体验好不好？] → [评审Agent：汇总三方意见，出结论]
           → [成本Agent：花多少钱？] →

三个 Agent 同时跑，各出各的意见，最后一个汇总。比一个 Agent"假装"从三个角度看要靠谱得多。

新手友好度：★★★★ 稍复杂，但效果提升明显。

---

模式 3：主管 + 打工人（适合不确定要几步的任务）

                → [Agent A：执行步骤1] →
你的任务 → [主管Agent：拆任务、分配、检查]  → [Agent B：执行步骤2] → 主管检查 → 还要改？再来一轮
                → [Agent C：执行步骤3] →

什么时候用：任务复杂、事先不知道要分几步、中间可能要调整。

例子：处理一批杂乱的客户反馈

你的反馈 → [主管Agent：先分类，分配给不同Agent] 
                → [Bug类Agent：整理成缺陷清单] →
                → [需求类Agent：整理成需求清单] → 主管汇总检查 → 完整分类报告
                → [建议类Agent：整理成改进建议] →

主管 Agent 负责"拆活、派活、验收"，打工人 Agent 各干各的。主管觉得不行，还能打回去重做。

新手友好度：★★★ 需要设计好主管的"判断逻辑"，但一旦调好，最省心。

---

模式 4：辩论 / 交叉验证（适合需要"拍板"的任务）

Agent A（正方观点）→ 
                    → [裁判Agent：综合判断，出最终结论]
Agent B（反方观点）→

什么时候用：需要做决策、需要避免单一视角的偏见。

例子：评估一个技术选型方案

[支持方Agent：列出选方案A的理由] → 
                                 → [裁判Agent：权衡两方，给出建议]
[反对方Agent：列出选方案A的风险] →

两个 Agent 一个唱红脸一个唱白脸，最后裁判来拍板。比单个 Agent"自说自话"客观得多。

新手友好度：★★ 适合进阶玩家，新手先了解概念即可。

---

四种模式速查表

模式	核心特点	典型场景	新手优先级
流水线	串行，环环相扣	报告生成、文档流水线	⭐ 先练这个
并行分叉	多视角同时跑	方案评审、多维分析	⭐⭐ 第二个练
主管+打工人	动态拆分、可返工	批量处理、复杂分类	⭐⭐⭐ 调好很省心
辩论验证	对抗+裁判	决策、选型评估	进阶再玩

---

四、新手怎么搭第一个多 Agent 工作流？

别被"多 Agent"这个词吓到。在 WorkBuddy 里，搭建一个工作流其实就是在做一件事：把一个复杂任务，拆成几个简单任务，然后串起来。

4.1 核心思路：先拆，再连

搭工作流的关键不在工具操作，而在任务拆解。问自己三个问题：

1. 这个任务能分成几步？（每步产出一个明确的中间结果）
2. 每步需要什么"专家"？（不同步骤可能需要不同角色）
3. 上一步的什么产出，是下一步的输入？（连线）

💡 新手最大的坑：不拆任务，直接让一个 Agent 从头干到尾。结果中间"断片"，前面的产出后面用不上。

4.2 一个完整的例子：从会议录音到正式纪要

假设你有一段会议录音转写文字，要变成正式的会议纪要分发。拆成三步：

步骤1：清洗转写文字（去掉口语、重复、无意义内容）
    ↓ 输出：干净的会议内容
步骤2：提取结构（议题、讨论、结论、待办）
    ↓ 输出：结构化纪要初稿
步骤3：格式化输出（按公司模板排版，生成正式版）
    ↓ 输出：可分发的正式纪要

每一步对应一个 Agent（或一个技能）：

步骤	谁来干	输入	输出
1. 清洗	文本处理技能	原始转写文字	干净文本
2. 提取	会议纪要技能	干净文本	结构化纪要
3. 排版	文档格式化技能	结构化纪要	正式纪要

三步串起来，你只需要把原始转写丢进去，最后拿到正式纪要。中间不用你操心。

4.3 搭建五步法

不管什么任务，搭工作流都按这五步走：

Step 1：画流程图（纸上画，先不碰工具）
    → 把任务拆成几步，每步写清楚输入和输出

Step 2：每步选好"执行者"
    → 这步用哪个专家？用哪个技能？还是手写指令？

Step 3：定好"交接规则"
    → 上一步产出什么格式，下一步怎么接？
    → 关键：用 Markdown 格式做交接（上一篇讲过为什么）

Step 4：先单步测试，再串联
    → 每一步单独跑一遍，确认输出没问题
    → 全部 OK 了再串起来跑完整流程

Step 5：跑一遍完整流程，看结果调优化
    → 哪一步质量不行？调那一步的指令
    → 哪一步太慢？看能不能简化

⚠️ 重要提醒：先单步测，再串联。 新手最容易犯的错——一上来就串完整流程，结果某一步出了问题，完全不知道是哪里断的。一步一步测，每步都通了再连，这是铁律。

---

五、三个实战工作流模板

模板 1：内容生产流水线（写文章/写报告）

[选题Agent：确定角度和提纲]
    → [调研Agent：收集素材和论据]
    → [写作Agent：按提纲+素材成文]
    → [校对Agent：检查逻辑、错别字、格式]
    → 最终文章

适合：每周写一篇行业文章、月度报告、深度分析

交接格式：每步输出都用 Markdown，提纲 → 素材清单 → 正文 → 校对标注

---

模板 2：需求处理流水线（从客户原话到任务排期）

[需求理解Agent：把客户原话转成结构化需求]
    → [可行性评估Agent：判断能不能做、难点在哪]
    → [拆解排期Agent：拆成子任务，估工时]
    → [文档生成Agent：输出正式需求文档]
    → 可交付的需求文档

适合：项目实施、客户对接、需求评审准备

交接格式：需求卡 → 评估报告 → 任务分解表 → 正式文档

---

模板 3：信息监控流水线（定时自动出简报）

[采集Agent：从指定来源抓取最新信息]（可用自动化定时触发）
    → [筛选Agent：过滤无关内容，只留重点]
    → [摘要Agent：每条信息生成一句话摘要]
    → [排版Agent：按简报模板输出]
    → 每日/每周简报

适合：竞品监控、行业动态、舆情追踪

交接格式：原始信息列表 → 筛选后列表 → 摘要列表 → 简报文档

💡 配合自动化：这个模板加上第五篇教的"自动化"功能，设成每天早上 8 点自动跑——你到工位的时候，简报已经躺在那了。

---

六、多 Agent 协作的三大铁律

搭了再多工作流，不遵守这三条，照样翻车：

铁律 1：每个 Agent 只干一件事

❌ 错误做法	✅ 正确做法
“你先搜集资料，然后分析，最后写成报告”	搜集归搜集Agent，分析归分析Agent，写作归写作Agent
一个 Agent 同时负责理解和排版	理解归理解Agent，排版归排版Agent

为什么：一个 Agent 干多件事，跟单 Agent 全包没区别——环节多了照样"断片"。拆开，每个只管一件事，质量才稳。

---

铁律 2：交接用 Markdown，格式提前约定好

❌ 上一步输出："嗯这个项目嘛大概需要两周吧主要就是前端和后端的事"

✅ 上一步输出：
## 工期评估
- 前端：5 人日
- 后端：7 人日
- 联调测试：3 人日
- 合计：15 人日（约 2 周）

为什么：下一步的 Agent 要"读"上一步的输出。格式乱七八糟，它读不准，后面全歪。上一篇学的 Markdown，在这里就是Agent 之间的"通用语言"。

---

铁律 3：能并行就别串行

❌ 串行（慢）：
  技术评估 → 等结果 → 设计评估 → 等结果 → 成本评估

✅ 并行（快）：
  技术评估 ─┐
  设计评估 ─┤→ 汇总（三个同时跑，总时间 = 最慢那个的时间）
  成本评估 ─┘

为什么：串行是"一个干完下一个才开始"，并行是"同时开跑"。三个环节并行，速度能快 2-3 倍。只要环节之间没有依赖关系，就并行。

---

七、常见误区与避坑

误区	真相	怎么避
“Agent 越多越厉害”	Agent 多 = 交接点多 = 出错概率高	能 2 个搞定就别用 5 个，够用就行
“工作流搭好就不用管了”	任何工作流都需要跑几遍调试	先用小数据测 3 遍，确认稳定再正式用
“每步指令随便写写”	一步的指令不行，后面全崩	每步用第四篇教的"五要素"写指令
“不用测，直接上”	90% 的工作流第一次跑都会出问题	单步测试 → 串联测试 → 正式使用，三步不能省
“并行一定比串行好”	有依赖关系的步骤不能并行	先画流程图，标清楚哪些能并行、哪些必须等上一步
“工作流搭一次就永久能用”	业务变了，工作流也要跟着调	每月回顾一次：哪步该加、哪步该减、哪步该换

---

八、新手实操路线：今天搭出你的第一个工作流

别光看，现在就动手。用 30 分钟搭一个最简单的两步流水线：

Step 1：找一个你经常做的两步任务（5 分钟）

比如：

• 整理会议纪要 → 发给领导（整理 + 改写两步）
• 收到客户需求 → 出需求文档（理解 + 成文两步）
• 看了一堆资料 → 写总结（提炼 + 排版两步）

Step 2：纸上画流程图（5 分钟）

[输入：什么原始材料]
    → [Agent 1：干什么，输出什么]
    → [Agent 2：干什么，输出什么]
    → [最终结果：什么格式]

Step 3：写好每步的指令（10 分钟）

用第四篇教的五要素（角色 + 任务 + 背景 + 要求 + 示例），给每步写一条指令。

Step 4：单步测试（5 分钟）

拿一份真实材料，先只跑第一步——看输出对不对。对了再跑第二步。

Step 5：串联跑完整流程（5 分钟）

两步都通过了，串起来跑一遍完整流程。看最终结果——是不是比以前一个 Agent 从头干到尾好很多？

🎯 目标：跑通这个两步流水线，你就理解了多 Agent 协作的核心。后面加到三步、四步，只是重复同样的过程。