企业官网建设流程全解析

有人私信我：你每周怎么能出这么多内容？一个人写得过来吗？

说实话，早期真的写不过来。每篇文章从选题到发布，光我自己操作就要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：审核员

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

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。多了之后协调成本也上来了。

我的判断标准：

多Agent不是越多越好。我现在的虾队是3只，用了半年，发现3只刚刚好——再多，主虾的调度成本和我自己的维护成本就超过收益了。

最后

这篇文章本身，是3只虾一起写的。

研究员花了12分钟收集了多Agent的技术细节和社区踩坑案例，写手花了18分钟出了初稿，审核员给了6条修改意见，写手用9分钟改完。

我审了20分钟，加了"最初翻车"那个开头场景，调整了几处措辞。

从发任务到你现在看到这篇：我实际动手的时间，不超过30分钟。

2026年了，别再一个人扛所有环节了。你的龙虾，是可以开团的。

下一篇预告：第11篇——我用龙虾准备了一场跨部门沟通会。6份素材、30分钟、一条故事线，还有一个让我会上差点出丑的教训。

养虾系列合集：👉 点这里查看全部文章

如果这篇对你有帮助，点赞 + 收藏——你的一键三连是虾队继续产粮的动力 🦞

养虾系列 · 第二季「龙虾改变工作」· 第 3 篇 / 共 10 篇
路易乔布斯 © 2026