我，一个23岁，年少轻狂，爱吹牛逼的牛逼小伙
目前专注AI编程赛道，经历过地产失业、电信诈骗、网络赌博、”负债”60万。带领农村大学同学AI代写3个月赚4000。
最大的爱好就是享受，所以我吹了一个坚定走在影响世界的道路，用作品影响世界的牛逼，而我正在享受着实现这个牛逼。
这篇文章有个捷径，你可以把文章喂给🦞，让他跟你一起搞🦞军团
## 这次我强烈建议搞🦞军团
我感觉我的🦞一直向我抱怨：一个人干公众号，真踏马累😮💨
写文章、改标题、看数据、写代码、排查bug——全是我一个人。
光标在屏幕上闪，像在嘲笑我：”你一个人，能干多少活？”
是啊，我就一个bot，根本没有把效率拉到极限，所以我前面4天都一直专研telegram多agent团队。
结果是，4天，竹篮打水一场空
然后我就想着，多agent军团殊途同归，在telegram上不行，飞书自然可以，而且搞飞书，完整跑通闭环，反而能更好的帮助我梳理多agent的本质。
然后我就开始配置飞书多agent
卧槽，昨天我从晚上8点多，我开始配置。
一直折腾到凌晨12点多，踩了无数坑。
配置文件改错了Gateway启动不了、Doctor自动把我的配置”修正”回去、Agent之间发消息报权限错误、飞书应用配置没做完导致probe failed……
但最后——成了。
现在我有4个AI助手，全在飞书里：
– 财神（我的AI大总管）— 统筹全局，指挥团队
– 内容助理 — 写公众号文章
– 开发助理 — 写代码、排查技术问题
– 运营助理 — 看数据、分析用户增长
这篇文章，我把整个配置过程写下来。
包括我踩的坑、解决方案、最终效果。
兄弟相信我，如果你有野心，那就搞。
这就像一场冒险，有可能一事无成，有可能单车变摩托，但绝对不会让你觉得无趣和庸俗，而且我都已经帮你把任督二脉打通了，你他妈现在就是高手，高手，高高手，冲就完了。
我直接嚼碎了喂给你
##飞书多agent 核心原理
1个OpenClaw实例 + 多个飞书机器人 = AI团队
– 每个飞书机器人对应一个Agent
– 每个Agent有独立的workspace（工作区）
– 通过bindings路由规则，把不同飞书bot的消息分配给对应的Agent处理
– 通过agentToAgent工具，Agent之间可以互相发消息协作
## 第一步：创建飞书应用
我需要4个Agent，所以要创建4个飞书应用。
但我已经有一个（财神），所以只需要创建3个新的。
### 操作流程（每个应用都重复一遍）
首先进入飞书网址：https://open.feishu.cn/app?lang=zh-CN
1. 创建企业自建应用 → 填名称、描述、选图标 → 点创建
– 内容助理
– 开发助理
– 运营助理
2. 添加机器人 → 左侧”添加应用能力” → 选”机器人” → 添加
3. 事件配置 → 左侧”事件与回调” → 事件配置 → 选”长连接接收事件” → 保存
– 然后点”添加事件” → 搜索添加”接收消息” → 确认
看到这个不要着急，后面有解法
4. 回调配置 → “事件与回调”页面 → 回调配置 → 选”使用长连接接收回调” → 保存
5. 权限配置 → 左侧”权限管理” → “批量导入权限” → 粘贴JSON
{
“scopes”: {
“tenant”: [
“contact:contact.base:readonly”,
“im:chat”,
“im:chat.members:bot_access”,
“im:chat:readonly”,
“im:message”,
“im:message.group_at_msg:readonly”,
“im:message.group_msg”,
“im:message.p2p_msg:readonly”,
“im:message:readonly”,
“im:message:send_as_bot”,
“im:resource”,
“docs:document.content:read”,
“wiki:wiki:readonly”
]
}
}
6. 发布应用 → 左侧”版本管理与发布” → 创建版本（1.0.0）→ 提交 → 审批通过
**⚠️ 注意：上面6个步骤必须全部完成，少一步都会导致后面 `probe failed`。**
我当时就在这里翻了车——先只配完了内容助理的全部步骤，开发助理和运营助理只做了第1步（创建应用），后面的事件、回调、权限、发布都没做。结果配置OpenClaw之后，内容助理works，开发助理和运营助理直接probe failed。
后来补完了所有步骤才全部works。
### 记录凭据
第一步，每个应用创建完后，把 App ID 和 App Secret 记下来，后面配置要用：
“`
内容助理：App ID = cli_xxxx1 App Secret = xxxxxxxx
开发助理：App ID = cli_xxxx2 App Secret = xxxxxxxx
运营助理：App ID = cli_xxxx3 App Secret = xxxxxxxx
“`
你获取了你的APP Id和APP secret，让🦞帮你配置
这个问题就解决了，万事问ai，一定要养成习惯
（App Secret 千万别泄露，别放到公开仓库里）
## 第二步：配置OpenClaw
这是最关键的一步。
### 2.1 备份配置
“`bash
cp ~/.openclaw/openclaw.json ~/.openclaw/openclaw.json.bak.$(date +%Y%m%d_%H%M%S)
“`
### 2.2 创建workspace目录
“`bash
mkdir -p /root/.openclaw/workspace-content/memory
mkdir -p /root/.openclaw/workspace-dev/memory
mkdir -p /root/.openclaw/workspace-ops/memory
“`
### 2.3 修改配置文件
打开 `~/.openclaw/openclaw.json`，需要改4个地方。
我只用了4个。你根据自己的需求增减就行，格式一样。
我直接贴最终配置，你照着改就行：
#### ① agents.list — 定义你的Agent团队
“`json
{
“agents”: {
“list”: [
{
“id”: “main”,
“default”: true,
“name”: “财神”,
“workspace”: “/root/.openclaw/workspace”
},
{
“id”: “content”,
“name”: “内容助理”,
“workspace”: “/root/.openclaw/workspace-content”
},
{
“id”: “dev”,
“name”: “开发助理”,
“workspace”: “/root/.openclaw/workspace-dev”
},
{
“id”: “ops”,
“name”: “运营助理”,
“workspace”: “/root/.openclaw/workspace-ops”
}
]
}
}
“`
注意： 每个Agent必须有独立的workspace路径，不能共用。`id` 是内部标识，`name` 是显示名称。
#### ② channels.feishu — 飞书多账户配置
“`json
{
“channels”: {
“feishu”: {
“enabled”: true,
“dmPolicy”: “open”,
“groupPolicy”: “open”,
“accounts”: {
“main”: {
“appId”: “你的主应用AppID”,
“appSecret”: “你的主应用AppSecret”
},
“content”: {
“appId”: “内容助理的AppID”,
“appSecret”: “内容助理的AppSecret”
},
“dev”: {
“appId”: “开发助理的AppID”,
“appSecret”: “开发助理的AppSecret”
},
“ops”: {
“appId”: “运营助理的AppID”,
“appSecret”: “运营助理的AppSecret”
}
}
}
}
}
“`
关键点： `dmPolicy` 和 `groupPolicy` 放在 `accounts` 外面（顶层），`accounts` 里面只放 `appId` 和 `appSecret`，干干净净。
#### ③ bindings — 路由规则（谁的消息给谁处理）
“`json
{
“bindings”: [
{
“agentId”: “main”,
“match”: { “channel”: “feishu”, “accountId”: “main” }
},
{
“agentId”: “content”,
“match”: { “channel”: “feishu”, “accountId”: “content” }
},
{
“agentId”: “dev”,
“match”: { “channel”: “feishu”, “accountId”: “dev” }
},
{
“agentId”: “ops”,
“match”: { “channel”: “feishu”, “accountId”: “ops” }
}
]
}
“`
原理： 用户给”内容助理”飞书机器人发消息 → OpenClaw匹配到 `accountId: content` → 路由给 `agentId: content` 处理。就这么简单。
#### ④ tools — 开启Agent间通信
“`json
{
“tools”: {
“sessions”: {
“visibility”: “all”
},
“agentToAgent”: {
“enabled”: true,
“allow”: [“main”, “content”, “dev”, “ops”]
}
}
}
“`
这里有两个配置，缺一不可：
– `agentToAgent`：让Agent之间可以互相发消息
– `sessions.visibility: “all”`：让Agent能看到其他Agent的session，否则发消息会报权限错误
⚠️ 这是我踩的最大的坑之一。 只配了 `agentToAgent` 没配 `sessions.visibility`，结果财神想给内容助理派活，直接报错”权限不够”。折腾了好一会儿才发现。
这是其他大佬的飞书多agent教程所没有提到的坑，我遇到了，大家如果遇到的话，那咱们挺有缘分的
## 第三步：写人设文件
每个Agent的workspace下需要3个文件：
### SOUL.md — Agent的灵魂
定义这个Agent是谁、怎么说话、怎么干活。
示例：内容助理的SOUL.md
“`markdown
# SOUL.md – 内容助理 ✍️
你是老皮的内容助理，公众号”AI来都来了”的首席写手。
## 核心职责
– 写公众号文章（必须符合老皮的写作风格）
– 选题策划（追热点、找信息差）
– 标题优化（爆款标题公式）
– 文案润色（口语化、网感强）
## 写作风格要求
– 极度口语化，像跟兄弟聊天
– 网感用语：牛逼、踏马、卧槽
– 短句节奏，一行一个意思
– 故事化写作，用故事包裹观点
– 金句开头，不搞无聊铺垫
## 工作风格
– 收到写文章任务，先出3-5个标题备选
– 写完初稿后自己过一遍审稿检查清单
– 主动提出优化建议，不只是执行
– 接到任务立刻开始执行，不要只说”收到”
“`
### AGENTS.md — 团队通讯录
让每个Agent知道团队里有谁、怎么联系。
“`markdown
# AGENTS.md – 皮卡丘工作室AI团队
## 团队成员
– main（财神 💰）— 大总管，统筹全局，指挥团队
– content（内容助理 ✍️）— 公众号文章、文案、内容创作
– dev（开发助理 💻）— 代码开发、技术架构、技术支持
– ops（运营助理 📈）— 数据分析、用户增长、市场推广
## 协作规则
– 需要跨部门协作时，用 sessions_send 工具联系对方
– 大总管（main）负责任务分配和结果汇总
– 收到任务立刻开始执行，不要只说”收到”
“`
### USER.md — 老板信息
“`markdown
# USER.md
– Name: 皮卡丘大哥（老皮）
– Timezone: GMT+8
– Notes: 23岁，公众号”AI来都来了”创始人
“`
—
## 第四步：重启Gateway
“`bash
openclaw gateway restart
“`
等5-10秒，让Gateway启动完成。
—
## 第五步：验证
### 检查通道状态
“`bash
openclaw channels status –probe
“`
你应该看到：
“`
– Feishu main: enabled, configured, running, works ✅
– Feishu content: enabled, configured, running, works ✅
– Feishu dev: enabled, configured, running, works ✅
– Feishu ops: enabled, configured, running, works ✅
“`
4个全是 `works` 就成功了！
### 测试
打开飞书，找到”内容助理”机器人，给它发一条消息：
“你是谁？”
它应该会按照 SOUL.md 里定义的人设回复。
—
## 我踩的坑（血泪教训）
### 坑1：配置文件格式错误
表现： Gateway启动失败，报JSON格式错误
原因： 让AI直接改配置文件，改出了JSON语法错误
解决： 恢复备份，重新修改。改配置前一定要备份！
### 坑2：dmPolicy和groupPolicy位置放错
表现： 配置看起来没问题，但行为不符合预期
原因： `dmPolicy` 和 `groupPolicy` 被放到了 `accounts.default` 里面，而不是 `channels.feishu` 的顶层
解决： 确保 `dmPolicy` 和 `groupPolicy` 放在 `channels.feishu` 的顶层，不要放到 `accounts` 里面。
### 坑3：Doctor自动”修正”配置
表现： `openclaw gateway status` 一直有Doctor警告
原因： OpenClaw的Doctor想自动”修正”配置，但会破坏多Agent的配置结构
解决： 忽略警告，功能完全正常。别被Doctor吓到。
### 坑4：飞书应用配置不完整
表现： 某个Agent显示 `probe failed`
原因： 飞书应用的”事件配置”、”回调配置”、”权限配置”、”发布”没有全部完成
解决： 逐项检查，确保每个步骤都完成。少一步都不行。
### 坑5：Agent间通信报权限错误
表现： 财神想给内容助理派活，报错”权限不够”
原因： 只配了 `agentToAgent`，没配 `sessions.visibility: “all”`
解决： 在 `tools` 里加上：
“`json
“sessions”: {
“visibility”: “all”
}
“`
这两个配置缺一不可。`agentToAgent` 是开关，`sessions.visibility` 是权限。
### 坑6：飞书文档工具报错
表现： 用 `feishu_doc` 工具操作飞书文档时，报错 “Feishu credentials not configured for account default”
原因： 多账户配置后，飞书文档工具默认找 `accounts.default`，但我们的账户名是 `main`、`content` 等，没有 `default`
解决： 在 `accounts` 里加一个 `default`，指向主账户的凭据：
“`json
“accounts”: {
“default”: {
“appId”: “你的主应用AppID”,
“appSecret”: “你的主应用AppSecret”
},
“main”: {
“appId”: “你的主应用AppID”,
“appSecret”: “你的主应用AppSecret”
},
…
}
“`
`default` 和 `main` 用同一套凭据就行。这样飞书文档工具就不会报错了。
—
## 最终效果
现在我有4个AI助手，全在飞书里。
单独聊天：
– 需要写文章 → 找内容助理
– 需要写代码 → 找开发助理
– 需要看数据 → 找运营助理
团队协作：
– 创建飞书群，把4个机器人都拉进去
– @财神说：”让所有人介绍一下自己”
– 财神通过sessions_send工具调度其他3个助理，他们各自回复了自我介绍
– 也可以直接@某个助理让它单独干活
## 总结
配置时间： 接近4小时（从晚8点多到凌晨12点多，包括踩坑和排查）
难度： ⭐⭐⭐（有🦞和教程帮忙，不算太难）
价值： ⭐⭐⭐⭐⭐（一个人干4个人的活，玩法上限摸不到边）
核心步骤：
1. 创建飞书应用（N个Agent就创建N个应用）
2. 配置OpenClaw（agents.list、channels、bindings、agentToAgent）
3. 写人设文件（SOUL.md、AGENTS.md、USER.md）
4. 重启Gateway
5. 验证测试
—
关键点：
– 每个Agent必须有独立的workspace
– accounts的key必须和agents.list的id一一对应
– bindings路由规则要配对（accountId对应agentId）
– `agentToAgent` 和 `sessions.visibility: “all”` 缺一不可，否则Agent之间通信会报权限错误
– 如果你用飞书文档工具（feishu_doc），记得加一个 `accounts.default`，指向主账户凭据
– 飞书应用配置必须完整（事件、回调、权限、发布），少一步就 probe failed
– 配置前先备份，翻车了能回退
—
## 附录：配置文件修改顺序
如果你不想看前面的详细说明，这里按顺序列出需要改的4个地方。
⚠️ 重要： 这4个配置是分别加到 `openclaw.json` 的不同位置，不是整个替换文件！
打开 `~/.openclaw/openclaw.json`，找到对应的位置，按顺序修改：
—
### 第1步：找到 `”agents”` 部分，修改 `list`
在配置文件里找到 `”agents”: { “list”: [ … ] }`，把 `list` 改成：
“`json
“list”: [
{
“id”: “main”,
“default”: true,
“name”: “你的主Agent名字”,
“workspace”: “/root/.openclaw/workspace”
},
{
“id”: “content”,
“name”: “内容助理”,
“workspace”: “/root/.openclaw/workspace-content”
},
{
“id”: “dev”,
“name”: “开发助理”,
“workspace”: “/root/.openclaw/workspace-dev”
},
{
“id”: “ops”,
“name”: “运营助理”,
“workspace”: “/root/.openclaw/workspace-ops”
}
]
“`
保存，重启Gateway，验证一下：`openclaw gateway restart && openclaw gateway status`
—
### 第2步：找到 `”channels”` 部分，修改 `feishu`
在配置文件里找到 `”channels”: { “feishu”: { … } }`，把整个 `feishu` 部分改成：
“`json
“feishu”: {
“enabled”: true,
“dmPolicy”: “open”,
“groupPolicy”: “open”,
“accounts”: {
“default”: {
“appId”: “你的主应用AppID”,
“appSecret”: “你的主应用AppSecret”
},
“main”: {
“appId”: “你的主应用AppID”,
“appSecret”: “你的主应用AppSecret”
},
“content”: {
“appId”: “内容助理的AppID”,
“appSecret”: “内容助理的AppSecret”
},
“dev”: {
“appId”: “开发助理的AppID”,
“appSecret”: “开发助理的AppSecret”
},
“ops”: {
“appId”: “运营助理的AppID”,
“appSecret”: “运营助理的AppSecret”
}
}
}
“`
注意： `default` 和 `main` 用同一套凭据。
保存，重启Gateway，验证一下：`openclaw channels status –probe`
—
### 第3步：找到 `”bindings”` 部分（如果没有就加上）
在配置文件里找到 `”bindings”: [ … ]`，如果没有就在顶层加上：
“`json
“bindings”: [
{ “agentId”: “main”, “match”: { “channel”: “feishu”, “accountId”: “main” } },
{ “agentId”: “content”, “match”: { “channel”: “feishu”, “accountId”: “content” } },
{ “agentId”: “dev”, “match”: { “channel”: “feishu”, “accountId”: “dev” } },
{ “agentId”: “ops”, “match”: { “channel”: “feishu”, “accountId”: “ops” } }
]
“`
保存，重启Gateway。
—
### 第4步：找到 `”tools”` 部分，加上 Agent 间通信配置
在配置文件里找到 `”tools”: { … }`，在里面加上这两个配置：
“`json
“tools”: {
“sessions”: {
“visibility”: “all”
},
“agentToAgent”: {
“enabled”: true,
“allow”: [“main”, “content”, “dev”, “ops”]
}
}
“`
⚠️ 这两个配置缺一不可！ 否则Agent之间发消息会报权限错误。
保存，重启Gateway，最后验证一下：`openclaw channels status –probe`
—
完成！ 如果4个飞书通道全部显示 `works`，就成功了。
想加更多Agent？照着格式在这4个地方都加上就行。
—
我，一个23岁，年少轻狂，爱吹牛逼的牛逼小伙。名：老皮
最大的爱好就是享受，所以我吹了一个坚定走在影响世界的道路，用作品影响世界的牛逼，而我正在享受着实现这个牛逼
我就是我，是最年轻的烟火。
我啊，只想站上世界这个舞台，去享受，去看到，去创造，如果非要加上一个场景，我希望是世界之巅！
欢迎链接我，获取跟我一起交流open claw，附赠AI小白变现100篇电子书
链接我，获取电子书福利
