OpenClaw 多飞书机器人及多 Agent 团队协作实战

到这一步，OpenClaw 的'安装 + 网关 + 渠道 + 配对'闭环才算完整。

常见首次消息会提示 access not configured，需要获取配对码并审批。某些请求在全局队列可见，但在 --account 过滤下为空，最稳妥做法是配合 pairing list 检查。

多机器人与多 Agent 团队搭建

我们最终搭建了 6 个飞书机器人角色，并做了账号到 Agent 的一一绑定。

角色设计

1. 总控（产品经理）
2. 技术开发
3. 测试质保
4. 代码评审
5. 文档与知识库维护
6. 发布运维

路由原则

核心不是'一个默认 Agent'，而是'按渠道账号精确路由'。例如：

{"agentId":"pm-agent","match":{"channel":"feishu","accountId":"pm"}}

同理分别配置 dev / qa / review / docs / ops 对应各自 Agent。

验证命令：

openclaw channels status --json --probe
openclaw config get bindings --json
openclaw agents list --json

确保所有目标账号 probe.ok = true，bindings 包含每个 accountId -> agentId。

模型分工与身份修复

模型策略

团队主体使用 openai-codex/gpt-5.2。文档机器人专门使用 ollama/gpt-oss:20b-cloud。把'模型选择'从全局配置下沉到具体 Agent，好处是成本可控、任务匹配更清晰、故障隔离更好。

身份错位修复

实际出现过终端自测正常，但飞书里回答成'默认小爪'的情况。排查发现核心原因通常有两类：路由没命中目标 Agent，或者 Agent 身份文件未完成角色固化。

修复动作：

1. 查看渠道日志中的 dispatching to agent。
2. 校验 bindings 是否确实匹配 channel + accountId。
3. 在该 Agent 工作区写明 IDENTITY.md。
4. 在 AGENTS.md 加'身份锁定规则'。
5. 必要时重启 Gateway，清旧进程缓存。

常用运维命令速查

• 服务与连通：openclaw gateway start/status/probe, openclaw channels status
• Agent 调试：openclaw agent --agent <id> -m "你是谁？"
• 配对与审批：openclaw pairing list/approve
• 启停：openclaw gateway stop/restart

落地建议

1. 先做单机器人闭环，再扩成多机器人。
2. 每加一个机器人就立刻做'配对 + 路由 + 身份自检'。
3. 不要把'身份定义'只放在口头约定，必须写入工作区文件。
4. 把日志检查变成固定动作：status -> probe -> logs -> bindings。
5. 模型策略按角色拆分，不要盲目全员同模型。

这次实践最大的收获是把整套方法跑通了。当你把'渠道账号、Agent 角色、模型策略、身份文件、日志验证'这 5 件事统一起来，OpenClaw 才真正从'会聊天'进入'可协作生产'的阶段。

参考文档：

• OpenClaw 官方安装文档
• 飞书渠道配置指南