为什么要拆分Agent
用过AI对话工具的人都有体会：聊久了，AI就开始"犯糊涂"。哪怕装了Mem0这类记忆插件，上下文一长，该记的忘了，不该记的倒是记得牢。说白了，一个Agent塞太多职责，跟一个人同时干四份工作一样——哪份都干不好。
解决方案是把工作拆开。比如自媒体运营，可以拆成内容创作、选题研究、数据分析、社群运营四个板块，每个板块对应一个独立Agent。OpenClaw几秒钟就能帮你规划好分工。
这里有个关键决策：要不要让多个Agent协同办公？新手别碰。 原因有两个：一是配置复杂，消息通道容易出错；二是Token消耗翻好几倍甚至十几倍，因为每个Agent都得记住自己和其他人干了什么。企业有预算可以搞，个人开发者老老实实用隔离模式就行。
第一步：创建飞书机器人
一个机器人对应一个Agent，四个Agent就建四个机器人。流程每个都一样，走通一遍其余照搬。
- 用企业级账号（不是个人账号）登录飞书开放平台，点击"创建企业自建应用"，填好名称和头像
- 在左侧菜单选择"添加应用能力" → "机器人"
- 获取应用凭证：记下 APP ID 和 APP Secret，后面配置要用
- 点击"权限管理" → "开通权限"，把消息与群组的权限全部开通——这是飞书和OpenClaw对话的命脉。云文档、多维表格之类的权限按需开
- 点击"版本管理与发布" → "创建版本"
注意：这时候还有个"事件与回调"需要配置，但得等OpenClaw那边搞定了才能连上，先跳过。
第二步：配置OpenClaw
找到你的OpenClaw配置目录，一般在：
C:\Users\你的用户名\.openclaw
用编辑器打开 openclaw.json，找到 channels 字段下的 feishu 渠道，修改 accounts 字段，把刚才拿到的 APP ID 和 APP Secret 填进去。
配置完成后在终端重启网关：
openclaw gateway restart
第三步：建立飞书长连接
回到飞书应用后台，配置"事件与回调"：
- 点击"事件与回调" → "事件配置" → "订阅方式" → 选择长连接 → 保存
- 点击下方"添加事件"，搜索
receive，添加消息接收事件 - 回调配置重复同样操作，回调事件选择"卡片回传交互"
- 配置完成后重新创建版本并发布
这时候在飞书客户端就能看到这个机器人了。
第四步：创建子Agent工作区
有了通讯通道只是第一步，要实现真正的隔离，得给每个Agent创建独立的工作区。整体目录结构可以理解为：主工作区下面挂着多个子工作区，每个子工作区就是一个独立的Agent。
终端输入：
openclaw agents add demo
demo 是Agent名称，按需改。接着按提示填入大模型的API Key。最后一步渠道选择选 No，因为已经在 openclaw.json 里配好了。
第五步：绑定并激活
飞书应用和OpenClaw子Agent都创建好了，但它们还没"认识"彼此。执行绑定命令：
openclaw agents bind --agent demo --bind feishu:demo
绑定完成后必须重启网关：
openclaw gateway restart
然后去飞书上给这个机器人发第一条消息，它会返回一个匹配码。复制匹配码执行：
openclaw pairing approve feishu [你的匹配码]
这一步如果之前没重启网关，可能会出现对话内容串台的问题——别问怎么知道的。
第六步：定义Agent人设
配好通道只是让Agent能说话，但说什么、怎么说，靠三个文档来定义：
IDENTITY.md（身份定义）：解决"我是谁"的问题。角色设定、基本立场、语言风格都写在这里。比如一个文案助手，你可以让它模仿某种写作风格，设定它的专业领域。
USER.md（用户画像）：描述你是谁、你的偏好和需求。这让Agent能提供个性化服务，而不是千篇一律地回答。
SOUL.md（核心价值观）：比身份定义更深一层，决定Agent在模糊场景下的"直觉"。比如面对两种都说得通的方案时，它该偏向效率还是质量。
这三个文档不用自己从零写——把需求告诉AI，让它帮你生成初稿，再根据实际效果微调就行。关键是你得告诉AI这三个文档的用途和位置，它才能写得准确。
实际效果
四个Agent各管一摊之后，效率提升是明显的。比如文案助手可以独立完成文章初稿，你只需要调整部分内容、补几张配图就能发布。从"我写文章"变成"我审文章"，工作模式完全不一样了。
整个流程回顾：创建飞书应用 → 配置 openclaw.json → 建立长连接 → 创建子Agent → 绑定激活 → 定义人设。六步走完，你就有了一支不吃饭不睡觉的飞书员工团队。对于一个人跑自媒体或者小业务的人来说，这可能是目前性价比最高的"团队扩编"方案。