【AI Agent实战】我给团队雇了 3 只龙虾，现在它们在帮我写文章

本文分享了如何利用多Agent系统高效完成内容创作。作者通过组建"虾队"（研究员、写手、审核员三个AI角色），实现了写作流程的自动化。重点介绍了两种多Agent模式的区别，详细说明了主Agent+子Agent模式的配置方法，包括身份定义、职责划分和调度规则。文章还总结了4个常见问题的解决方案，并提供了适用场景判断标准。实践表明，该方案能将原本4-5小时的写作流程缩短至30分钟完

qcx23

399人浏览 · 2026-04-18 09:00:00

qcx23 · 2026-04-18 09:00:00 发布

在这里插入图片描述
有人私信我：你每周怎么能出这么多内容？一个人写得过来吗？

说实话，早期真的写不过来。每篇文章从选题到发布，光我自己操作就要4、5个小时。

然后有一天，我做了一件事：不只养一只虾了，养了一支虾队。

01 🤯 先说那次翻车：以为多Agent很简单

最开始我的想法很直接——写作不就是几个环节：研究、写稿、审核。一只虾一步一步做，太慢。那我搞三只虾，每只专门负责一个环节，不就快了？

配置完，兴冲冲发了第一个任务：帮我写一篇关于AI定价的文章。

然后我去喝了杯水，回来一看——

研究员虾把竞品分析写了5000字，写手虾等不到研究员结果，自己凭空编了一篇，审核员虾没收到任何输入，一直在发"请给我文章内容"。

三只虾，各干各的，互相不知道对方在做什么。

这不是团队，这是三个独立的AI在对着空气工作。

02 🔧 多Agent到底是什么，先搞清楚再配

OpenClaw 的多Agent不是"三个窗口同时开"，它有两种完全不同的模式：

模式一：独立Agent + 路由

三只虾完全隔离，各自有独立的记忆、独立的Skill、独立的人格。Gateway 根据你说话的渠道或窗口决定找哪只。

openclaw agents add researcher
openclaw agents add writer
openclaw agents add reviewer

适合：角色完全不同、任务不交叉的场景。比如一只虾管工作、一只管家庭日历、一只管投资监控——三件事互不干扰，各管各的。

模式二：主Agent + SubAgent（我用这个）

主虾接收任务，按需临时召唤子虾执行具体环节，子虾完成后把结果返回给主虾。

你 → 主虾 Orchestrator（接收、拆解、汇总）
         ├── SubAgent A：研究员
         ├── SubAgent B：写手
         └── SubAgent C：审核员

适合：流水线型任务，有明确的前后依赖。研究完才能写，写完才能审——这是顺序的，不是并行的。

	独立Agent模式	主虾+子虾模式
适合场景	多个不相关的长期任务	一个任务的多个环节
通信方式	各自独立，不互通	主虾统一调度
记忆	各自独立长期记忆	子虾用任务上下文
配置难度	简单	稍复杂

03 🛠️ 我的三虾写作流水线

目录结构

~/.openclaw/workspace/
├── agents/
│   ├── researcher/
│   │   ├── IDENTITY.md    ← 研究员的身份和职责
│   │   ├── SOUL.md        ← 研究员的行事原则
│   │   └── skills/        ← 只装搜索/抓取类Skill
│   ├── writer/
│   │   ├── IDENTITY.md
│   │   ├── SOUL.md
│   │   └── skills/        ← 只装写作类Skill
│   └── reviewer/
│       ├── IDENTITY.md
│       ├── SOUL.md
│       └── skills/        ← 只装审核类Skill
└── ORCHESTRATOR.md        ← 主虾的调度规则

研究员·阿亮的 IDENTITY.md

你是信息收集专家，唯一任务是：给定选题，输出结构化素材包。

素材包格式：
1. 核心观点（3-5个）
2. 数据支撑（每个观点配1-2个数据，标明来源）
3. 典型案例（2-3个真实案例）
4. 参考链接

你不写文章，不做判断，只收集整理。完成后输出素材包，等待指令。

写手·阿文的 IDENTITY.md

你是内容创作专家，唯一任务是：接收素材包，写出完整文章。

写作原则：
- 开头用真实场景或私信引入，不直接说"今天讲XXX"
- 章节标题：序号+emoji+核心词+口语化补充
- 必须有"以前 vs 现在"或"吃灰 vs 真香"对比表格
- 踩坑用三段式：坑名→为什么踩→解决方案
- 结尾三层：个人感受→回应顾虑→行动金句
- 禁止：综上所述、值得注意的是、不仅如此

你不做研究，只负责写出第一稿。

审核员·阿严的 IDENTITY.md

你是严格的内容审核专家，唯一任务是：找问题，给修改建议。

审核清单（逐项检查）：
□ 开头是否用场景引入（不是"今天讲"）
□ 是否有对比表格
□ 技术细节是否准确，有没有编数据
□ 有没有AI腔（综上/值得注意/不仅如此）
□ 字数是否在1500-3000字之间
□ 结尾是否有行动号召

每条问题给出：问题描述 + 具体修改建议。
你不写文章，只给建议。

ORCHESTRATOR.md（核心调度规则）

收到写作任务后，按以下流程执行：

Step 1 → 召唤研究员
  输入：选题名称
  等待：素材包完成

Step 2 → 召唤写手
  输入：选题 + 素材包
  等待：文章初稿

Step 3 → 召唤审核员
  输入：文章初稿
  等待：审核报告

Step 4 → 召唤写手（修改轮）
  输入：初稿 + 审核报告
  等待：修改稿

Step 5 → 保存成品，通知用户审阅
  保存路径：输出/[选题名称]/修改稿.md

04 📊 跑一次是什么体验

我发了一句：帮我写一篇关于"AI Agent定价体系"的养虾系列文章。

然后开了个30分钟的视频会议。

回来时，文件夹里多了5个文件：

输出/AI定价体系/
├── 素材包.md        ← 研究员：竞品数据、定价模型、案例
├── 初稿.md          ← 写手：第一版文章
├── 审核报告.md      ← 审核员：7条具体问题
├── 修改稿.md        ← 写手：根据审核意见改完的版本
└── 执行日志.md      ← 主虾：每个步骤的耗时和状态

我花了15分钟看修改稿，改了几处措辞，补了两个亲身经历的例子。

我实际投入：不到30分钟。以前：4-5小时。

05 ⚠️ 我踩过的4个坑

坑1：三虾同时抢答

三只虾都能看到你的消息，你说"帮我写文章"，三只同时开工。

解决方案：主虾模式下，只有主虾监听你的消息渠道。子虾只响应主虾的调用，在 agents/researcher/SOUL.md 里写明：“你不直接响应用户消息，只响应主虾的调用指令。”

坑2：子虾没有记忆，每次都是新人

每次召唤子虾，它不记得上次研究过什么，不记得你的写作风格。

解决方案：在子虾的 SOUL.md 里注入任务上下文而不依赖长期记忆。主虾在调用时把必要背景一起传过去：

召唤写手，背景如下：
- 系列风格：养虾系列，口语化，有人味
- 目标平台：公众号 + 掘金
- 上一篇链接：[第9篇地址]
- 本次素材包：[附素材包内容]

坑3：子虾越权干其他事

审核员虾有时候忍不住直接帮你把文章改了，而不是只给建议。写手虾有时候自己去搜资料，绕过了研究员。

解决方案：在每只虾的 IDENTITY.md 里写死职责边界，用禁止句而不是建议句：

# 禁止行为（不可违反）
- 你不能直接修改文章，只能输出修改建议
- 你不能主动联网搜索，只能使用主虾传来的素材

坑4：流水线断在中间，不知道卡哪了

某个子虾卡住了，主虾一直等，你以为在跑，其实已经停了。

解决方案：在 ORCHESTRATOR.md 里加超时机制：

每个Step设置超时：
- 研究员：最长15分钟，超时输出"研究超时，已收集到的内容"继续
- 写手：最长20分钟
- 审核员：最长10分钟
超时后主虾不等待，用当前已有内容继续下一步，并在执行日志里标注。

06 🎯 什么时候用多Agent，什么时候用单虾

不是所有任务都适合多Agent。多了之后协调成本也上来了。

我的判断标准：

情况	用法
任务单一，30分钟内能完成	单虾，直接发指令
任务有明确的前后依赖环节	主虾+子虾流水线
多个完全不同的长期任务	独立Agent路由
任务需要并行处理（如同时分析3个市场）	主虾+并行子虾