首页龙虾技能列表 › Feishu Multi-Bot — 飞书多机器人配置

Feishu Multi-Bot — 飞书多机器人配置

v1.0.1

在单个OpenClaw实例中配置多个飞书/Lark机器人身份,每个Agent拥有独立的飞书应用、名称、头像和消息路由。用于实现多机器人飞书集成、配置消息路由、调试机器人路由问题、设计多Agent架构及按项目隔离飞书群组。

1· 96·0 当前·0 累计
by @simonlin1212 (simonlin)·MIT-0
下载技能包
License
MIT-0
最后更新
2026/4/3
安全扫描
VirusTotal
无害
查看报告
OpenClaw
安全
high confidence
该技能及其文件与所述目的(生成OpenClaw飞书多机器人配置)一致,文件中没有恶意内容,但辅助脚本会将应用密钥打印到标准输出,这是一个敏感但有意为之的行为,需要谨慎处理。
评估建议
该包的功能与其描述相符:生成JSON块和文档,用于将多个飞书应用连接到OpenClaw代理。使用前需注意:(1) 避免在共享shell中传递密钥——脚本会将appSecret值打印到标准输出,这些参数可能存储在shell历史中;建议在私有终端中运行,或修改脚本从stdin或受保护文件读取密钥。(2) 在合并到~/.openclaw/openclaw.json之前审查和验证生成的JSON(文档已推荐使用python json验证)。(3) 一次部署一个机器人并备份现有的openclaw.json;网关重启/pkill可能造成干扰。(4) 将飞书应用权限限制到最低必要范围,并确保应用已在飞书控制台发布。(5) 如果希望脚本避免回显密钥,考虑编辑它以从标准输出中删除密钥或直接写入受保护文件而不是打印它们。...
详细分析 ▾
用途与能力
名称/描述与所含材料一致:文档解释了OpenClaw+飞书的三块配置模型,脚本生成channels/bindings/agents JSON块。所需的产物(openclaw.json编辑、飞书应用ID/密钥、网关重启)对于此目的是合法的。
指令范围
SKILL.md指令保持在声称的范围内(创建应用、生成配置块、验证JSON、重启网关、调试路由)。一个值得注意的行为:提供的设置脚本接受命令行上的appSecret值并将其打印到标准输出的JSON中——这是生成配置所必需的,但它会将密钥暴露给终端日志/历史。故障排除步骤还建议使用pkill/openclaw logs/grep,这是管理员任务的预期操作。
安装机制
没有安装规范;这只是指令加一个小shell辅助脚本。没有下载,没有存档提取,脚本不写入文件或获取远程资源。安装风险低。
凭证需求
该技能在元数据中不请求环境变量或其他外部凭证。实际上,它要求你提供飞书AppID/AppSecret对(通过脚本参数)并编辑openclaw.json——这是相称的。主要注意事项:密钥在命令行上提供并被回显;考虑在shell历史/日志中暴露appSecret值的敏感性。
持久化与权限
always:false和默认模型调用都可以。该技能不请求持久的系统级权限,不修改其他技能,也不创建后台服务。它只发出配置块和workspace mkdir命令(不由脚本本身执行)。
安全有层次,运行前请审查代码。

License

MIT-0

可自由使用、修改和再分发,无需署名。

运行时依赖

无特殊依赖

版本

latestv1.0.12026/4/2

更新显示名称为 'Feishu Multi-Bot'

● 无害

安装命令 点击复制

官方npx clawhub@latest install openclaw-feishu-multi-bot
镜像加速npx clawhub@latest install openclaw-feishu-multi-bot --registry https://cn.clawhub-mirror.com

技能文档

一个 OpenClaw 实例,多个飞书机器人身份。每个 Agent 在飞书中显示为独立的机器人——拥有自己的名称、自己的头像、自己的群组 membership。用户看到的是独立的助手;幕后,一个单一的 Gateway 负责调度一切。

30秒架构说明

OpenClaw Gateway (单一实例)
├── Agent: orchestrator ←→ 飞书应用 1 (总调度 bot)
├── Agent: content-writer ←→ 飞书应用 2 (写作 bot)
├── Agent: code-expert ←→ 飞书应用 3 (开发 bot)
└── Agent: analyst ←→ 飞书应用 4 (分析 bot)

三个配置块必须对齐:

在 openclaw.json 中的位置用途
channels.feishu.accounts每个机器人的飞书凭证将 accountId 映射到 appId/appSecret
bindings消息路由规则将 accountId 映射到 agentId
agents.listAgent 定义将 agentId 映射到 workspace/model/tools
accountId 是将它们联系在一起的关键。在任何一处出错,路由都会静默失效。

快速开始

1. 创建飞书应用

open.feishu.cn/app 为每个 Agent 创建一个企业应用。启用 "Bot" 能力。记录每个应用的 AppIDAppSecret

2. 运行设置辅助脚本

scripts/setup-feishu-bots.sh orchestrator:cli_xxx:secret1 writer:cli_yyy:secret2 coder:cli_zzz:secret3

生成三个 JSON 块,可直接粘贴到 openclaw.json 中。

3. 注册 Agent 并重启

将生成的配置添加到 openclaw.json,然后:

openclaw doctor && openclaw gateway restart

4. 测试每个机器人

分别向每个飞书机器人发送消息。验证每个都使用正确的 Agent 身份响应。

参考文件

文件何时阅读
references/architecture.md理解三块配置模型、accountId 机制和 channel 层设计
references/build-guide.md从零开始设置——飞书开发者控制台到网关重启,循序渐进
references/routing-deep-dive.md调试路由问题——accountId 一致性检查、绑定规则、基于群组的隔离
references/troubleshooting.md修复具体问题——网关无法启动、机器人无响应、错误的 agent、spawn 冲突

关键教训(节省时间)

1. accountId 必须在3处匹配channels.feishu.accounts.{key}bindings[].match.accountId,以及账户配置内的 agent 字段。一个拼写错误 = 静默路由失败。

2. 绑定类型必须是 "route":使用 "delivery" 或任何其他值会导致网关启动失败,且没有有用的错误消息。

3. 飞书应用必须已发布:草稿状态的应用无法接收消息。这是 "机器人无响应" 的首要原因。

4. allowAgents 必须完整:如果你的 orchestrator 生成了子 agent,每个可生成的 agent ID 都必须在 allowAgents 中。新增 agent 但未列入 = spawn 权限错误。

5. agentToAgent 必须保持关闭:启用 agentToAgent.enabled: true 会破坏所有子 agent 的 spawn(已知 bug #5813)。保持为 false。请参阅 references/troubleshooting.md 获取完整的诊断流程图。

脚本

脚本用法
scripts/setup-feishu-bots.sh./setup-feishu-bots.sh ... — 生成 channels、bindings 和 agents.list JSON 块
数据来源:ClawHub ↗ · 中文优化:龙虾技能库
OpenClaw 技能定制 / 插件定制 / 私有工作流定制

免费技能或插件可能存在安全风险,如需更匹配、更安全的方案,建议联系付费定制

了解定制服务