说实话，画组织架构是我搭 OpenClaw 最痛苦的一步

翔宇工作流100个原创 Skill 第 47 期

说实话，翔宇搭 OpenClaw 的时候，写代码那部分挺爽的。

调 API，配 MCP，写 SOUL.md——都是有明确答案的事，查文档就行。

唯独「组织架构设计」这一步，翔宇对着空白文档发呆了一下午。

10 个 Agent 该分几个部门？总经理权限给多大？情报部和内容部之间的协作频率怎么定？每个 Agent 的人格怎么写才不会互相打架？

这些问题没有标准答案，没有文档可查，全靠自己想。

想错了也不会报错。等跑起来 Agent 互相推诿的时候才知道——但那时候已经晚了，改架构比重写还痛苦。

整整两天，一行代码没写，全在画组织架构。

后来翔宇就在想：既然 AI 能帮我写代码、帮我写文章，为什么不能帮我想清楚这件事？

于是写了个 Skill。业务描述丢进去，30 秒，完整的多部门配置出来了——部门划分、人格设定、协作规则、心跳频率、部署指南，全齐。

读完这篇，你将掌握：

1. 一个认知：为什么 Agent 团队的组织架构比代码更重要
2. 一套方法：按价值流划分部门的完整设计思路
3. 一个 Skill：文末有完整提示词，复制即用

一个 Agent 什么都干，结果呢？

翔宇一开始搭 OpenClaw 的时候，只有一个 Agent。

什么都干。调研、写文章、发推文、做归档——全是它。

忙是挺忙的。但翔宇很快发现了问题：问它「上次调研的那个话题，结论是什么？」——它不记得了。让它写公众号文章，它写着写着跑去发推文了。同一篇选题，它调研了三遍，每次都像第一次。

🌉 用生活理解技术
这就像开公司只招了一个人——前台、销售、财务、技术全是他。公司就三个客户的时候没问题，一旦业务多起来，这个人就崩了。不是能力不行，是一个脑子装不下这么多角色。

后来翔宇加到了 3 个 Agent。

开始打架了。

两个 Agent 都觉得「写公众号文章」是自己的活，抢着干，结果写了两篇同题文章。第三个 Agent 负责发布，收到两篇一模一样的，不知道发哪篇，干脆都没发。

再后来，翔宇搭到了 10 个 Agent。

不打架了。但出了更严重的问题——互相不知道对方在干什么。总经理不知道该派谁，情报部采集完素材没人来取，运维部归档了半天发现归的是过期数据。

这比打架更可怕。打架至少说明大家在干活，互不知情意味着整个系统在空转。

翔宇当时真的有点崩溃。

🧠 记住这个就够了
Agent 团队的问题，从来不是「Agent 不够多」，而是「没人想清楚谁该干什么」。这件事有个名字，叫组织架构设计。

想不清楚，比写不出来更要命

翔宇后来花了两天，终于把 10 个 Agent 的架构理顺了。

总经理负责调度，情报部搞调研，各平台部门管内容，研发部造工具，运维部做归档。每个 Agent 只干一件事，边界清晰，互不干扰。

效率直接翻了好几倍。

但这两天的过程，真的很痛苦。因为你要回答的问题，没有一个有标准答案：

公司有 5 条业务线，该分几个部门？

每个部门的职责边界画在哪？

协作频率高的角色，该放同一个部门还是分开？

每个 Agent 的 SOUL.md 写什么？人格怎么差异化？

翔宇的经验是：这些问题想不清楚，Agent 团队搭出来也是一团糟。而且这种「糟」不会立刻暴露——要跑几天，等总经理派错人、部门之间信息丢失的时候，你才会意识到是架构的问题。

到那时候再改，成本是最初设计的十倍。

⚡ 三秒版
组织架构设计就是一道拆分题——把一团模糊的业务，拆成边界清晰的模块。拆好了 Agent 自己跑，拆不好你天天盯着。

这个 Skill 做的就是帮你「想清楚」。

核心理念：别按职能分，按价值流分

这个 Skill 最核心的设计决策，翔宇要单独拿出来说——按价值流划分部门，不按职能。

什么意思？

传统公司怎么分部门？技术部、市场部、运营部、客服部。

听起来很合理。但你想想「发一篇公众号文章」这件事——市场部提选题，技术部排版，运营部审核，市场部发布。一件事跨了四个部门。每跨一次部门就要等一次、沟通一次、丢一次上下文。

🎯 打个比方
传统分法就像餐厅把厨师、服务员、收银员分到三个部门。客人点个菜，服务部要跟厨房部开会，厨房做完要通知服务部端菜，端完要通知收银部结账。一桌客人吃个饭，开了三次跨部门会议。

按价值流分呢？「内容创作流」里所有角色——调研、写作、审核、发布——放同一个部门。一条价值链在一个部门内闭环，不用跨部门。

翔宇的自媒体团队就是这么划的：

• 总经理：全局调度，不碰具体业务
• 情报部：趋势调研、素材采集（信息输入）
• 各平台部门：平台特化内容创作（价值创造）
• 研发部：tooling、自动化（能力构建）
• 运维部：归档、知识沉淀（知识管理）

每个部门对齐一条价值流，互不重叠。

这背后有个学术概念叫「逆 Conway 策略」——先设计理想的系统架构，再让组织去适应它。翔宇觉得这个思路特别适合 Agent 团队，因为 Agent 没有人类的部门政治，你怎么划它就怎么跑。

五步流水线：你只需要参与第一步

整个 Skill 分 5 步。你只需要回答几个问题，剩下全自动。

第一步：业务信息采集

Skill 会问你 5 个问题——公司名称、业务描述、核心工作流、团队规模偏好、老板名称。

这里翔宇要特别提醒一句：核心工作流是最关键的输入。

「做电商」太粗了，AI 不知道你是做直播带货还是货架电商。「选品调研 → 商品上架 → 详情页制作 → 活动策划 → 客服响应 → 库存管理」——这样的颗粒度才够。越详细，后面的部门划分越精准。

翔宇当初自己用的时候，第一次写了「做自媒体内容」，生成的架构很泛，不好用。第二次改成「公众号选题调研 → 长文写作 → 排版精修 → 发布 / YouTube 脚本 → 录制 → 剪辑 → 发布 / Twitter 热点追踪 → 推文创作 → 配图 → 发布」，出来的架构精准多了。

第二步：价值流解构

这一步 AI 自动干。它会分析你的业务描述，识别出端到端的价值链。

比如「从选题到发布」是一条内容创作流，「从咨询到签约」是一条客户转化流。然后映射出每条价值流需要哪些角色，角色之间的协作频率有多高。

📌 小白划重点
价值流 = 从输入到产出的完整链条。比如餐厅的价值流是「食材采购 → 烹饪 → 上菜 → 收银」，每个环节都在为最终的「客人吃到饭」创造价值。AI 做的就是从你的业务描述里把这些链条找出来。

第三步：架构蓝图设计

基于解构结果，自动设计部门架构。

选择最佳拓扑——5 个部门以下用集中式，8 个以上用层级式，大多数情况推荐混合式。划分部门，定义每个部门的 12 项属性：使命、职责、边界、自主范围、工具需求、心跳频率、emoji、协作关系……

有一条硬规则：必设「总经理」部门。它是全局调度中枢，所有跨部门协调都经过它。就像公司 CEO——不干具体业务，但所有需要跨部门协调的事都找它。

（文末有完整的一键复刻提示词，先别急，往下看设计细节。）

第四步：人格锻造

这是最重的一步——为每个部门生成完整的 7 个配置文件。

翔宇解释一下这 7 个文件都是什么：

• SOUL.md：Agent 的灵魂——它是谁、信什么、能干什么、不能干什么
• AGENTS.md：操作手册——怎么启动、怎么协作、怎么记日志
• USER.md：老板的档案——你是谁、怎么跟你沟通
• IDENTITY.md：身份证——名字、emoji、风格标签
• TOOLS.md：工具箱——能用什么工具、知识库在哪
• HEARTBEAT.md：心跳清单——每隔几小时自动巡检什么
• MEMORY.md：记忆——长期积累的经验教训

🔄 翻译一下
这 7 个文件相当于给新员工办入职：SOUL 是他的岗位说明书，AGENTS 是员工手册，USER 是老板简介，IDENTITY 是工牌，TOOLS 是他的工位配置，HEARTBEAT 是他的日常巡检清单，MEMORY 是他的工作笔记本。

这些文件里有大量「通用规范」——启动流程、协作三级体系、记忆格式、安全边界。这些是翔宇几个月生产运行中提炼出来的，已经在真实环境验证过。Skill 生成时直接嵌入通用规范，AI 只需要填充部门特有的内容。

好处是什么？每个部门的基础设施一致。不会出现 A 部门和 B 部门的协作规则不兼容、格式对不上的情况。

第五步：集成输出

把所有产物汇总——验证文件完整性、生成主配置文件、统一所有部门的老板档案、创建跨部门协作目录、生成部署指南和组织架构图。

说白了：你回答 5 个问题，Skill 给你一套完整的多 Agent 部门配置。填入密钥，部署到 OpenClaw，就能跑。

八种行业，都有预设方案

Skill 内置了 8 种行业预设——自媒体、SaaS、电商、咨询、教育、proxy、金融科技、游戏。

你可能会问：选了预设是不是就按模板生成？

不是。预设只是给解构步骤提供方向参考，最终架构完全根据你的业务描述定制。翔宇测过，即使都选「电商」预设，做直播带货的和做跨境货架电商的，生成的架构完全不同。

翔宇自己用的效果

翔宇用这个 Skill 重新生成过一次自己的团队架构。

整个过程大概 10 分钟——回答问题 2 分钟，等 AI 生成 8 分钟。

输出了 6 个部门 × 7 个文件 = 42 个配置文件，外加一个 800 行的 openclaw.json 和一份部署指南。

对比之前手写的两天——说实话，翔宇看到输出的那一刻有点复杂。高兴是高兴，但也有点酸：翔宇当初要是有这个 Skill，能少掉多少头发。

当然，生成的不是最终版。

SOUL.md 的人格描写需要根据实际运行微调，协作规则需要跑几天看看有没有漏洞，心跳频率可能需要根据实际业务节奏调整。

但它给了你一个 80 分的起点。比从零开始强太多了。

★ 翔宇的建议
别追求一步到位。用这个 Skill 快速生成一个靠谱的初始架构，然后在运行中持续优化。小步快跑，边跑边调——这比花两天「追求完美」再上线高效得多。翔宇自己的 10 个 Agent 团队，到现在还在调。

到这里暂停一下。回顾一下：

1. Agent 团队需要组织架构——没有架构就像没有分工的公司，Agent 越多越乱
2. 按价值流划分优于按职能划分——高频协作的角色放同一部门，减少跨部门开销
3. 5 步全自动生成——你只需回答 5 个问题
4. 80 分起点——不追求完美，在运行中持续调优

你有自己的多 Agent 团队吗？你是怎么划分部门的？有没有遇到过「Agent 互相推诿」的问题？

翔宇很好奇大家的架构设计思路。欢迎留言聊聊，说不定能碰撞出更好的方案。

觉得有启发的话，帮翔宇点个「在看」，让更多搭 OpenClaw 的朋友看到。

一键复刻

复制这段提示词给 Claude Code，从零复刻这套组织架构生成器：

「请帮我创建一个 OpenClaw 组织架构生成 Skill，实现以下功能：

输入：公司业务描述（公司名称、业务描述、核心工作流、团队规模偏好、老板名称）

输出：完整的 OpenClaw 多 Agent 部门架构配置

设计要求：

1. 分 5 步流水线——业务采集、价值流解构、架构蓝图、人格锻造、集成输出
2. 按价值流划分部门，不按职能划分。每个部门对齐一条或多条业务价值流
3. 必设 main（总经理）部门作为全局调度中枢
4. 每个部门生成 7 个配置文件：SOUL.md（灵魂定义）、AGENTS.md（操作手册，含启动流程、协作三级体系 spawn/shared-inbox/message、记忆规范、安全边界）、USER.md（用户档案，所有部门一致）、IDENTITY.md（身份档案，5 行以内）、TOOLS.md（工具环境）、HEARTBEAT.md（心跳清单）、MEMORY.md（初始记忆）
5. Step 04 人格锻造采用批次策略，每轮最多 2 个 SubAgent 并行，等完成后再启动下一轮
6. 通用规范（启动流程、协作体系、播报格式、记忆规范、安全边界）嵌入模板，SubAgent 只填充部门特有内容
7. 三种拓扑模式：Supervisor（≤5 部门）、Hierarchical（8+ Agent）、Hybrid（推荐）
8. 黄金团队规模：3-7 个部门，超 7 拆子团队
9. 用 Python 脚本生成 openclaw.json 主配置（通用基础设施固定，动态部分仅 agents.list、bindings、channels）
10. 用 Python 脚本验证输出完整性（文件存在性、内容标记、占位符残留、emoji 唯一性、USER.md 一致性）
11. 内置 8 种行业预设（自媒体/SaaS/电商/咨询/教育/proxy/金融科技/游戏）作为参考加速生成
12. 支持断点恢复——维护 progress.json 记录执行进度
13. 最终输出：openclaw.json + workspace 目录 + shared 协作目录 + deploy-guide.md 部署指南 + org-chart.md 组织架构图

请按照 Claude Code Skill 规范设计目录结构，SKILL.md 作为主入口，workflow/ 放每步定义，reference/ 放模板和规范，scripts/ 放 Python 脚本。」

这套组织架构生成器只是「AI 编程实操课」OpenClaw 系列的一个实战案例。在课程中，你还会学到 OpenClaw 核心概念与安装部署、Workspace 七文件设计方法、Agent 人格锻造技巧、Cron 定时任务配置、多 Agent 协作调试。如果你想系统学习如何用 AI 搭建自己的多 Agent 自动化军团，欢迎加入翔宇工作流：AI 编程实操课。