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

有人私信我你每周怎么能出这么多内容一个人写得过来吗说实话早期真的写不过来。每篇文章从选题到发布光我自己操作就要4、5个小时。然后有一天我做了一件事不只养一只虾了养了一支虾队。01 先说那次翻车以为多Agent很简单最开始我的想法很直接——写作不就是几个环节研究、写稿、审核。一只虾一步一步做太慢。那我搞三只虾每只专门负责一个环节不就快了配置完兴冲冲发了第一个任务帮我写一篇关于AI定价的文章。然后我去喝了杯水回来一看——研究员虾把竞品分析写了5000字写手虾等不到研究员结果自己凭空编了一篇审核员虾没收到任何输入一直在发请给我文章内容。三只虾各干各的互相不知道对方在做什么。这不是团队这是三个独立的AI在对着空气工作。02 多Agent到底是什么先搞清楚再配OpenClaw 的多Agent不是三个窗口同时开它有两种完全不同的模式模式一独立Agent 路由三只虾完全隔离各自有独立的记忆、独立的Skill、独立的人格。Gateway 根据你说话的渠道或窗口决定找哪只。openclaw agentsaddresearcher openclaw agentsaddwriter openclaw agentsaddreviewer适合角色完全不同、任务不交叉的场景。比如一只虾管工作、一只管家庭日历、一只管投资监控——三件事互不干扰各管各的。模式二主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 → 保存成品通知用户审阅 保存路径输出/[选题名称]/修改稿.md04 跑一次是什么体验我发了一句帮我写一篇关于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个市场主虾并行子虾多Agent不是越多越好。我现在的虾队是3只用了半年发现3只刚刚好——再多主虾的调度成本和我自己的维护成本就超过收益了。最后这篇文章本身是3只虾一起写的。研究员花了12分钟收集了多Agent的技术细节和社区踩坑案例写手花了18分钟出了初稿审核员给了6条修改意见写手用9分钟改完。我审了20分钟加了最初翻车那个开头场景调整了几处措辞。从发任务到你现在看到这篇我实际动手的时间不超过30分钟。2026年了别再一个人扛所有环节了。你的龙虾是可以开团的。下一篇预告第11篇——我用龙虾准备了一场跨部门沟通会。6份素材、30分钟、一条故事线还有一个让我会上差点出丑的教训。养虾系列合集 点这里查看全部文章如果这篇对你有帮助点赞 收藏——你的一键三连是虾队继续产粮的动力 养虾系列 · 第二季「龙虾改变工作」· 第 3 篇 / 共 10 篇路易乔布斯 © 2026