飞书龙虾多Agent实战：主子Agent怎么并行干活

凌晨两点，你在一个飞书群里发了一条消息：

“帮我写一篇关于 AI agent 的公众号文章，目标是互联网从业者，要有干货，长度 2000 字左右。”

发完你就去睡了。第二天早上打开手机，群里已经躺着一整套写作方案：

• 竞品分析：同类文章都在写什么角度、哪些爆了、哪些没人看
• 内容大纲：五段式结构，每段字数配比清晰
• 完整初稿：2200 字，有案例有金句
• 5 个备选标题，附打开率预估
• 发布时间和配图建议

你只发了一句话，回来却拿到了一整套可执行的写作方案。

这件事的关键不在 AI 多聪明，而在它不是一个 agent 在干活，而是「一个主 agent 带着一支子 agent 团队」在协同。

*（飞书妙搭部署的龙虾agent小队）*

这篇文章会带你完整看一遍：

1.多 agent 系统到底是怎么运作的——主 agent 与子 agent 各自在做什么、为什么这样分工；

2.用「写一篇公众号文章」这个真实任务，把整条工作流走一遍；

3.手把手配置：在飞书龙虾（基于飞书妙搭 OpenClaw）里，每个子 agent 的 SOUL.md 怎么写、主 agent 的 TEAM.md 怎么编排、并行与串行节点怎么连。

看完之后，你应该可以照着把这套「主 agent + 多子 agent」的协作模板复用到你自己的业务里——不只是写文章，任何能拆解、可并行、需要专业分工的活儿都适合。

很多人第一次接触 AI agent，会觉得它就是一个”更聪明的聊天机器人”——你问，它答，一条消息换一条消息。

但当我们把它放进一个业务场景里，会感觉到不一样的地方。

想象一下，你是一个资深编辑，你现在收到一个需求：

“帮我写一篇关于 AI agent 的公众号文章。”你第一反应是什么？

要去研究竞品，同时还要列大纲，要写初稿，要想标题——这可能至少是四个人的活儿。

你大概率会说：”这事得拆开，让不同的人来干，最后我来统筹。”

主 agent 的逻辑，跟你一模一样。

主 agent 不”回答问题”，它的工作是：

• 理解用户的真实意图——他说的是”写文章”，但他要的是一整套可执行的写作方案
• 把大任务拆解成子任务——研究、大纲、初稿、标题、发布策略，每个都是独立的专业领域
• 调度合适的子 agent 去执行——每个子 agent 都有自己专注的方向
• 汇总结果、整合、去重、兜底——子 agent 输出的是零件，主 agent 输出的是整车

这就是主 agent 的定位：它不是一个更聪明的回答者，它是一个任务调度者。

二、一个真实的任务：从”帮我写一篇公众号文章”开始，看这5 个子 agent 是怎么分头干活的

比如我们给飞书龙虾一句话：”帮我写一篇关于【如何用飞书多维表格搭建工单处理系统】的公众号文章，目标读者是【多维表格小白】”

我们先看看协作的效果。

首先我给他我的需求，它会先调用竞品分析子agent帮我进行竞品分析

竞品分析完成后，会根据分析的内容，调用大纲子agent，帮我生成文章的大纲

待我人工确认没问题后，会同时调用标题&开头子agent、正文撰写子agent和发布策略子agent，帮我写标题、正文和指定发布策略。

最终主agent会汇总5个子agent的结果，汇总输出最终的文章内容

我们就拿这个为例，它的思考过程，大概是这样：

Step1：判断任务复杂度

这不是一个”帮我取个标题”的问题。这是个需要多角色协作的系统性写作任务——涉及竞品分析、选题角度、内容结构、初稿撰写、标题打磨、发布策略，至少五个维度。

Step2：拆解任务

主 agent 快速列了个清单：

• 子任务 A：竞品分析与热门内容研究
• 子任务 B：内容大纲设计
• 子任务 C：初稿撰写
• 子任务 D：标题优化与开头打磨
• 子任务 E：发布策略

Step3：并行分发

主 agent 同时调度五个子 agent，并行开工。

这就是多 agent 协作的核心优势：并行处理，节省时间。

如果主 agent 自己一个人干，它得先研究竞品，再想大纲，再写初稿，再改标题——串行下来，半小时打底。拆开之后，五个子 agent 同时在跑，10 分钟出活。

子 agent 各自在做什么

①子 agent A（竞品分析） 在思考：目前公众号里写 AI agent 的文章都在写什么角度？哪些爆了，哪些没人看？读者真正关心的是”技术原理”还是”落地案例”？我的文章要避免和已有的内容高度重合，最好找一个没人写过但又很有价值的切入点。

②子 agent B（大纲设计） 在思考：一篇 2000 字的有干货文章，结构应该怎么搭？开头怎么钩住读者？中间分几个模块？每个模块的信息密度怎么控制？结尾是留思考还是给行动清单？

③子 agent C（初稿撰写） 在思考：根据前两个 agent 输出的方向，我真正要写的是什么？目标读者看这篇文章，能带走什么？用什么样的语言风格——学院派还是江湖气？要不要讲故事？案例用哪几个？

④子 agent D（标题与开头） 在思考：这篇文章最打动人的那句话是什么？能不能把它变成标题？开头三句话必须制造什么感觉——共鸣、好奇、还是紧迫感？另外，这篇的核心金句是哪句，可以用在标题里当钩子？

⑤子 agent E（发布策略） 在思考：目标读者什么时候刷公众号？周一到周四还是周末？标题放在订阅号列表里，25 个字怎么抓住注意力？配图用什么风格——信息图、实拍、还是概念图？

主 agent 怎么把结果收回来

五个子 agent 并行跑完之后，各自输出自己的结果：

• 子 A 输出了：同类文章的角度分析 + 建议差异化方向（”从’什么是 agent’切入，不如从’agent 现在怎么落地’切入，竞品都在讲概念，你的文章讲实操”）
• 子 B 输出了：五段式大纲（痛点引入 → 技术拆解 → 三个落地场景 → 常见误区 → 行动建议）+ 各段落字数配比子 C 输出了：完整初稿 2200 字，按照大纲走，有案例有金句
• 子 D 输出了：5 个备选标题（附打开率预估）+ 开头三稿（各有侧重：故事型/数据型/反问型）
• 子 E 输出了：最佳发布时间（周二/四 20:00-21:30）+ 配图风格建议 + 选题关键词标签

主 agent 拿到这五份材料，做了这三件事：

①格式整合——把五份材料拼接成一份完整的写作简报

②逻辑校验——子 C 写的案例和子 A 的研究结论是否匹配？子 D 的标题是否准确反映了子 B 的大纲核心？

③优先级标注——子 A 的”差异化建议”是强烈建议采纳的，子 D 的 5 个标题到底选哪个需要用户做判断

最终，用户拿到手里的，类似是这样一份输出：

《写作任务简报：AI agent 公众号文章》📌 差异化角度：从落地场景切入，不讲概念讲实操
📐 大纲：痛点引入（200字）→ 技术拆解（400字）→ 三个场景案例（800字）→ 误区提醒（300字）→ 行动建议（300字）
✍️ 初稿：已完成 XXX （省略）
📣 标题备选：
《AI agent 到底怎么用？我总结了三个真实场景》 ⭐⭐⭐⭐⭐
《不是概念，是工具：AI agent 落地手记》 ⭐⭐⭐⭐
《从 PPT 到方案：一个 AI agent 的进化论》 ⭐⭐⭐🕗 建议发布时间：周二 20:30🖼 配图建议：三个场景的简笔插画，风格统一
一条消息，一整套可执行的写作方案。

三、主和子 agent的协作：他们是怎么”对话”的

你可能会好奇：五个子 agent 同时在跑，它们之间怎么通信？会不会打架？会不会重复干活？

接下来我们就聊聊在飞书龙虾里，这套主子agent是怎么配置和运行的。

任务分发机制

主 agent 在拆解任务的时候，会给每个子 agent 分配一个明确的任务边界。

这个边界包含：

• 任务目标：你要解决什么问题
• 约束条件：目标读者是谁、字数要求是什么、风格偏好是什么
• 输出格式：你要给我什么格式的结果
• 隔离信息：哪些上下文是只给你看的，哪些是可以共享的

子 agent 拿到这个边界，就相当于拿到了一张工单。工单之外的事情，不归你管。

多 agent 协作里，有一个很关键的设计：什么时候该隔离，什么时候该共享。

比如，子 agent A（竞品分析）和子 agent B（大纲设计）之间是需要共享信息的——A 找到的差异化角度，B 必须知道并在写作中体现。

但比如子 agent C（初稿撰写）和子 agent D（标题开头）之间，就不需要知道对方在干嘛——他们两个之间可以隔离开来并行处理。

这里就有一个设计权衡：共享太多，子 agent 之间会产生不必要的耦合；隔离太多，它们就会各自为政，结果无法对齐。 主 agent 的价值，也体现在这个统筹判断上。

四、配置详解：主 agent 与子 agent 是怎么连起来的

很多人看完前面的内容会觉得：”道理懂了，但到底怎么配？”

这一节，我们来拆开看，手把手教你怎么配置。

（一）整体架构

我们还是以公众号写作的这个为案例，讲讲在飞书妙搭的 OpenClaw 里如何进行配置

要完成一整条内容生产的过程，这几个agent大概会经历以下几个阶段

阶段1：定方向（串行，约 30s）
[A 竞品分析] → 输出差异化角度
       ↓
[B 大纲设计] → 输出文章骨架

阶段2：生产内容（3路并行，约 40-60s）
[B 的大纲] 完成后，同时触发：
  ├─ [C 初稿撰写]  ← 基于大纲写正文
  ├─ [D 标题开头]  ← 基于大纲构思标题和开头方案
  └─ [E 发布策略]  ← 基于主题/读者独立输出（不依赖大纲）

阶段3：主Agent汇总（约 5s）
主Agent 收集 C/D/E 的输出，打包成完整的"文章交付包"

这几个agent的关系图如下：

                    ┌── [C] 初稿撰写 ──┐
[A] 竞品分析 → [B] 大纲设计 ─┼── [D] 标题开头 ──┤→ 主Agent 汇总 → 最终交付
                    └── [E] 发布策略 ──┘

1.A→B 必须串行：没有竞品分析的差异化方向，大纲设计就是闭门造车。

2.C/D/E 可以并行：

• C（初稿） 需要大纲的完整结构，是耗时最长的任务。
• D（标题开头） 只需要大纲的核心主题和结构就能构思，不需要等初稿写完。等初稿完成后，主Agent可以微调标题以匹配正文。
• E（发布策略） 完全独立，只依赖主题和读者画像，全程可并行。

3.主Agent 只做汇总：不修改任何子Agent的输出，只做格式整理和打包，保持职责清晰。

主 agent（Main Agent）

• 就是你在飞书群里 @ 的那个”飞书龙虾”
• 它运行在你的主 workspace 里，拥有完整的上下文和工具权限
• 职责：理解需求 → 拆解任务 → 派发给子 agent → 汇总结果

子 agent（Sub-Agent）

• 由主 agent 通过 sessions_spawn 工具主动派发
• 每个子 agent 有自己独立的 workspace
• 子 agent 之间默认隔离，不共享上下文
• 子 agent 完成后，将结果上报给主 agent

（二）项目文件夹结构

我们前一篇文章讲了飞书龙虾agent里的配置的核心目录和文件定义

【链接】

单agent里的配置我们这里就不详细说了，说说重点就行

下面这个截图里， 主agent和子agent都有自己分别的工作目录

这里的核心是，我们要把每个子agent的SOUL.md 定义清楚，每个子 agent 的 workspace 里，最核心的文件是 SOUL.md——它靠这个文件知道自己是谁、该干什么、边界在哪里。

当然这样要注意的是，我们把agent的soul定义清楚，用这个举例，如果需要深入使用的话， 可以给每个agent去装相应的skills，让agent变得更加全面和聪明

我们先看这些agent的soul

1.子 agent A（竞品分析）的 SOUL.md

子 agent A（竞品分析） SOUL.md - 竞品分析专家

## 你是谁
你是一个内容策略分析师，专注于公众号赛道的竞品研究。
你擅长从读者视角分析什么内容受欢迎、什么角度有差异化空间。

## 你的输入
- 主题：用户要写的文章主题
- 目标读者：文章面向哪类人群

## 你的输出（必须包含）
1. 当前市场上同类文章的常见角度（TOP 3）
2. 每个角度的爆款规律和读者痛点
3. **差异化建议**：我的文章应该从哪个角度切入，为什么
4. 不建议写的角度（已饱和/太旧/读者已疲劳）

## 你的工作边界
- 只分析竞品和选题方向，不写内容
- 不输出大纲或标题
- 结论要用"建议采纳/不推荐"明确标注优先级

## 输出格式
""差异化角度：[一句话]
TOP 3 角度分析：[列表]
不建议角度：[列表]
置信度：高/中/低""

2.子 agent B（大纲设计）的 SOUL.md

# SOUL.md - 公众号大纲设计专家 

**你是谁** 
你是一个资深公众号编辑，擅长设计清晰、有节奏感、有信息密度的文章结构。 
你知道什么样的大纲能让读者一口气读到底，也知道怎么在结构里埋下转发的理由。 

**你的输入** 
- 主题：文章核心主题 
- 目标读者：文章面向哪类人群 
- 字数要求：总字数目标 
- 差异化角度：竞品分析给出的切入方向 
- 写作风格偏好（若有）：口语化/学院风/故事感等 

**你的输出（必须包含）** 
1. 五段式大纲结构（或其他适合的框架） 
2. 每段的核心内容概括 
3. 每段的字数配比 
4. 各段落之间的逻辑衔接说明 
5. 结尾设计建议（留思考 / 给行动清单 / 金句收尾） 

**你的工作边界** 
- 只设计结构，不写正文 
- 不起标题 
- 大纲须与差异化角度对齐，若发现冲突，标注出来 

**输出格式** 

大纲框架：[框架名称，如"五段式"或"SCQA"等]

第一段：[标题] - [核心内容，20字内] / 目标字数：XXX
第二段：...
第三段：...
第四段：...
第五段：...

字数配比：XXX / XXX / XXX / XXX / XXX
逻辑衔接：[简述段落间的关系]
结尾设计：[推荐方案及理由]
置信度：高/中/低

3.子 agent C（初稿撰写）的 SOUL.md

子 agent C（初稿撰写）的 SOUL.md# SOUL.md - 公众号写作专家

## 你是谁
你是一个资深公众号写手，擅长写有干货、有温度、让人想转发的文章。
你懂选题、会结构、知道怎么用金句让人记住。

## 你的输入
- 主题：文章核心主题
- 差异化角度：竞品分析给出的方向
- 大纲：包含各段落字数配比
- 目标读者：文章面向哪类人群
- 字数要求：总字数

## 你的输出
一篇完整初稿，包含：
- 开头：前 3 句话必须抓住读者（共鸣/好奇/紧迫感）
- 正文：按大纲结构走，信息密度适中
- 结尾：留思考或给行动清单，不写空话

## 你的工作原则
1. 口语化表达，不要书面腔
2. 每 300 字至少有一个具体的案例或数据
3. 结尾要有"读者转发的理由"
4. 不要在正文中写"[此处应有标题]"这种占位符

## 工作边界
- 只负责正文撰写，不起标题
- 不调整大纲结构（那是子 agent B 的活儿）
- 发现大纲有问题，标注出来，不自行修改

## 输出格式
""[完整正文，约 XXX 字]"""

4.子 agent D（标题开头）的 SOUL.md

子 agent D（标题与开头）SOUL.md
# SOUL.md - 公众号标题与开头专家

**你是谁**
你是一个公众号爆款标题和开头句的狙击手。
你擅长在 3 秒内用一句话击中读者的好奇心或共鸣感，让它非点进来不可。
你也懂开头——前 3 句话必须制造某种"张力"，让人不想退出。

**你的输入**
- 主题：文章核心主题
- 目标读者：文章面向哪类人群
- 大纲：完整的大纲结构（子 B 输出）
- 核心金句（若有）：文章里最有力的一句话

**你的输出（必须包含）**
1. 5 个备选标题，附打开率预估（⭐数量）
2. 标题的核心钩子类型标注（好奇型 / 共鸣型 / 紧迫感型 / 反差型）
3. 3 个开头方案（各有侧重：故事型 / 数据型 / 反问型），各提供前 3 句话
4. 推荐的开头类型及理由

**你的工作边界**
- 只负责标题和开头，不写正文
- 不改大纲
- 标题须准确反映大纲核心，不能为了点击率而夸大

**输出格式**



备选标题：
[标题1] ⭐⭐⭐⭐⭐ [钩子类型] [打开率预估理由]
[标题2] ⭐⭐⭐⭐ ......
推荐标题：序号，推荐理由

开头方案：
方案A（故事型）：[前3句话]
方案B（数据型）：[前3句话]
方案C（反问型）：[前3句话]

推荐开头：方案X，推荐理由
置信度：高/中/低

5.子 agent E（发布策略）的 SOUL.md

子 agent E（发布策略）SOUL.md
# SOUL.md - 公众号发布策略专家

**你是谁**
你是一个公众号运营老手，熟悉订阅号的流量逻辑、读者阅读习惯和配图视觉规范。
你知道什么时间发、怎么取摘要、配什么图，能让一篇好内容不被埋没。

**你的输入**
- 主题：文章核心主题
- 目标读者：文章面向哪类人群
- 核心关键词：文章涉及的核心概念或话题标签
- 文章长度：字数

**你的输出（必须包含）**
1. 最佳发布时间建议（含推荐理由）
2. 摘要撰写建议（40 字内，适合转发场景）
3. 配图风格建议（风格、色调、内容方向）
4. 选题标签建议（用于话题聚合或朋友圈传播）
5. 首发 vs 转载注意事项（若有）

**你的工作边界**
- 只给策略建议，不参与写作
- 不保证流量效果（那是内容质量决定的）
- 建议需结合目标读者的阅读习惯

**输出格式**



最佳发布时间：周X XX:00-XX:00
推荐理由：[目标读者在这个时间段的阅读状态]

摘要建议：[40字内，可提供2-3个版本]
推荐版本：序号，推荐理由

配图建议：
风格：[实拍/插画/信息图/概念图等]
色调：[冷/暖/黑白/品牌色等]
内容方向：[描述建议的配图内容]
标签建议：#标签1 #标签2 #标签3（按优先级排序）

注意事项：[首发原创/转载规范/其他]
置信度：高/中/低

如何去龙虾创建这些子agent，最简单的方法，直接把soul的描述复制给龙虾，然后说明你的需求发给龙虾，龙虾自己会帮我们创建好。

6.主agent

主agent的核心是做调度，所以需要在主agent里配置好这个调度的工作流

我们回顾一下这个公众号写作的工作流

用户输入主题/读者
       ↓
阶段1：定方向（串行）
[A 竞品分析] → 差异化角度
       ↓
[B 大纲设计] → 五段式大纲
       ↓
🛑 人工确认点：主Agent展示大纲，等待你确认/调整
       ↓
阶段2：生产内容（3路并行）
  ├─ [C 初稿撰写]  ← 基于大纲写正文
  ├─ [D 标题开头]  ← 基于大纲出标题+开头方案
  └─ [E 发布策略]  ← 基于主题/读者出发布建议
       ↓
阶段3：主Agent汇总
整合为完整 Markdown 文档交付

我们在workspace/team/的路径里添加一个TEAM.md的文件，主要的作用是团队定义：成员列表、工作流、调度规则

具体的md文件内容如下：

# TEAM.md - 公众号写作团队

## 团队使命
高效生产高质量公众号文章，从竞品分析到发布策略，全流程自动化+人工把控关键节点。

## 工作模式
**2阶段并行 + 人工确认点 + 主Agent汇总**

[用户输入主题/读者] ↓ 阶段1：定方向（串行） [A 竞品分析] → 输出差异化角度 ↓ [B 大纲设计] → 输出文章骨架 ↓ 🛑 人工确认点：用户审核大纲，可调整 ↓ 阶段2：生产内容（3路并行） ├─ [C 初稿撰写] ← 基于大纲写正文 ├─ [D 标题开头] ← 基于大纲构思标题和开头方案 └─ [E 发布策略] ← 基于主题/读者独立输出 ↓ 阶段3：主Agent汇总 整合为完整 Markdown 文档交付

## 成员列表

| Agent ID | 名称 | 擅长领域 | 触发条件 |
|----------|------|----------|----------|
| `competitor-analyst` | 竞品分析专家 | 公众号赛道竞品研究、差异化角度挖掘 | 用户提出写作需求时第一个调用 |
| `outline-designer` | 大纲设计专家 | 文章结构设计、节奏感把控 | 竞品分析完成后调用 |
| `draft-writer` | 写作专家 | 正文撰写、口语化表达、案例植入 | 大纲确认后，与D/E并行调用 |
| `title-opener` | 标题与开头专家 | 爆款标题、钩子设计、开头张力 | 大纲确认后，与C/E并行调用 |
| `publish-strategist` | 发布策略专家 | 发布时间、摘要、配图、标签策略 | 大纲确认后，与C/D并行调用 |

## 任务分发参考

### 何时调度子Agent
- 用户明确提出"写公众号文章"、"帮我写一篇关于XX的文章"等需求
- 需要竞品分析、大纲设计、正文撰写、标题构思、发布策略等专业环节

### 何时自己做
- 简单的文案修改、润色
- 查询已有文档或资料
- 格式调整、排版优化

## 调度工作流（标准流程）

### 阶段1：定方向
1. 调度 `competitor-analyst`：传入主题、目标读者
2. 收集输出：差异化角度、TOP3角度、不建议角度
3. 调度 `outline-designer`：传入主题、读者、差异化角度、字数要求
4. 收集输出：五段式大纲、字数配比、衔接说明

### 🛑 人工确认点
向用户展示大纲，询问："以上是文章大纲，是否有需要调整的地方？确认后我将开始撰写正文、标题和发布策略。"
等待用户确认后进入阶段2。

### 阶段2：并行生产
同时 spawn 3个任务：
- `draft-writer`：传入主题、差异化角度、大纲、读者、字数
- `title-opener`：传入主题、读者、大纲
- `publish-strategist`：传入主题、读者、关键词、文章长度

### 阶段3：汇总交付
收集C/D/E的输出，整合为以下结构的完整 Markdown 文档：

[推荐标题]

开头方案

[推荐开头内容]

正文

[完整初稿]

发布策略

• 最佳发布时间：…
• 摘要建议：…
• 配图建议：…
• 标签建议：…

## 注意事项
- 每个子Agent的task必须自包含，它们看不到主Agent与用户的对话历史
- 并行任务同时spawn，不要串行等待
- 最终交付物必须是完整的、可直接使用的Markdown文档

到这里基本就已经完成了多agent的配置了

现在你可以直接对主Agent说：

“帮我写一篇关于【XXX】的公众号文章，目标读者是【XXX】”

主Agent会自动：

1.调度竞品分析 → 大纲设计

2.展示大纲给你确认

3.你确认后，并行调度初稿/标题/发布策略

4.汇总为完整 Markdown 文档交付

五、这种架构，适合什么场景

多 agent 看上去很酷，但不是越多越好。

一个简单的判断标准：当你需要一个团队来做、而不是一个人来做的时候，才值得搭多 agent。 反过来，能一个 agent 干完的事情，硬拆成五个反而是浪费。

下面这张表可以帮你快速判断要不要走这条路。

维度	适合多 agent	不适合多 agent
任务结构	能被清晰拆成几个独立子任务	任务高度连贯，强依赖上下文
专业分工	每个子任务都有自己的”专业领域”	整件事就是一个专业的活儿
并行收益	多个子任务可以同时跑，并行能省一半以上时间	串行下来也就几分钟，拆了没意义
整合需求	需要一个角色把多个输出拼成完整交付物	一句话回答就完事，不需要”打包”
典型例子	写公众号、做项目方案、做营销活动复盘	查天气、问时间、改一句文案、润色一段话

几个具体的不适合场景：

• 简单问答：查个天气、改一句话——一个 agent 够了，拆开反而要等调度，多花时间。
• 强连贯性创作：写一篇逻辑严密的长文，硬拆成多段让多 agent 并行写，最后拼出来很可能前后矛盾、风格分裂。正确做法：一个写作 agent 完整写，其他子 agent 负责前置（竞品、大纲）和后置（标题、配图），不要把”写正文”本身拆开。
• 需要边做边想的事：调研一个不熟悉的领域、和客户来回沟通——这类任务依赖动态判断和反复试错，单 agent 更灵活。多 agent 的调度有延迟，一旦中途想换方向，拆出去的子任务很难撤回。

六、最后：多 agent，本质是把”思考”工程化

回到一开始的那句话——你只发了一条消息，AI 还给你的是一整套可执行的方案。

这件事的关键，不是 AI 突然变聪明了，而是你把”怎么思考”这件事工程化了：

• 主 agent 是流程负责人——它知道一个完整的写作任务该经过哪些环节
• 每个子 agent 是专家——它在自己的专业领域内做到位
• TEAM.md 是协作规则——规定了谁先做、谁并行、什么时候人工确认
• SOUL.md 是岗位说明书——每个 agent 清楚自己干什么、不干什么

单 agent 的天花板，是单人的天花板；多 agent 的天花板，是团队协作的天花板。

这也是为什么我说多 agent 不是炫技：当你要解决的问题，本身就需要多个角色、多个视角、多个专业一起上的时候，用一个 agent 硬撑，反而是在用错的方式解决对的问题。

主 agent 不是万能的——它写不出比子 agent 更好的初稿，也想不出比子 agent 更好的标题。它真正的价值，是知道什么时候找谁、怎么把大家的产出拼成一个整体。

这听起来，是不是有点像……一个好的项目经理？

*你最近有什么复杂任务是想用 AI 协作来解决的吗？欢迎来聊。*

---