如果你也在用下龙虾openclaw,添加多个机器人到一个群里统一指挥和调度那么你大概率遇到过这个极其典型的线上诡异现象结果却是A 机器人正常收消息、正常回复B 机器人像完全“失明”毫无反应很多人第一反应会怀疑 模型超时上下文爆了网关卡住但这次真实线上排查给出结论绝大多数时候不是“机器人不想回”而是“机器人根本没收到消息事件”。本文一次性讲透飞书多Agent群消息三段路由标准从现象到实锤的完整排查过程真正根因飞书敏感权限缺失可直接复制的 OpenClaw 配置上线必过防坑清单一、先立需求多Agent群消息三段路由规则在多机器人共存的飞书群里必须有固定、清晰、可落地的路由优先级否则必然出现抢答、串线、漏消息。我对多agents飞书群的沟通路由的需求规则如下显式 优先我 谁agent谁处理、谁回复。昵称命中次优先未时消息包含机器人昵称哨兵/猎手/二龙/鹰眼由命中机器人处理回复无、无昵称 → default 兜底无人点名时默认由default总管机器人二龙接单单任务分发给对应的机器人完成的机器人直接执行并回复联合任务由二龙进行分发完成后二龙汇总回复4介绍一下我的agents军团角色定义角色名称核心定位核心职责使用场景与任务二龙main-agentAI 大总管CEO总协调、任务分发、进度跟踪、结论输出、最终评审项目启动、跨部门需求对接、联合任务编排、最终结论发布哨兵operations-subagentAI 经营助理PMO项目经理任务跟踪、提醒催办、状态同步、AI 数据监控与统计、闭环检查项目管理、任务跟进、待办提醒、经营/进度日报、审计跟进鹰眼reviewer-subagentAI 战略助理行业资讯收集、定时推送、趋势分析、外部行业日报市场调研、竞品分析、行业信息雷达、日报生成罗胖writer-subagentAI 创意助理文案创作、视频脚本、文档生成、表达优化内容营销、方案撰写、会议纪要、内容多版本输出钛蛋coder-subagentAI 研发助理技术支持、代码审查、方案设计并负责“设计→落地→测试验证”闭环技术评审、BUG 排查、架构咨询、功能实现与验证一句话总结谁被点名谁响应没人点名二龙兜底。二、现场现象不是回复慢是真·没收到线上核心症状非常明确同群、同一条无消息哨兵ops志持续出现received dispatch同一时间 二龙default日志完全无对应 received用户侧表现default 偶发“失踪不回复”只看聊天界面极像模型/服务卡顿 一看日志真相立刻清晰这是消息投递链路问题不是回答逻辑问题。AI自查AI怀疑是排除随机抖动通信不稳定三、人工介入排查思路不靠猜用实验实锤为排除随机抖动、消息流差异我们做两组可复现对照实验。实验 1连续 5 条无消息发送 5 条不、不带昵称消息ops 收到5 条default 收到0 条实验 2A/B 对照主流消息 / 回复流A 组主流5 条ops 全收default 0 条直接在群里发送5次信息每次都有编号B 组回复流5 条ops 全收default 0 条 选相同的群信息回复5次带识别编号结论非偶发抖动非消息通道差异default 机器人的消息事件投递链路本身不完整四、根因定位default 缺少关键敏感权限最终在飞书开放平台核对权限问题直接暴露ops应用已开通获取群组中所有消息default应用未开通该敏感权限这就是为什么同一个群ops 能收default 收不到。关键认知极易踩坑requireMention、路由规则决定收到后怎么处理飞书平台权限决定能不能收到消息OpenClaw 配置再完美 平台权限没开机器人就是“失明”状态。五、修复步骤可直接复现飞书开放平台 → 为default应用开通获取群组中所有消息创建新版本并发布只开权限不发布线上不生效目标群发 3 条无消息做回归验证验收标准看日志出现feishu[default]: received message ... (group)后续跟着dispatch complete (replies1)出现即代表问题彻底修复。六、OpenClaw 飞书回复配置直接复制可用以下为三种最常用模式修改后需重启网关。0. 查看当前配置openclaw config get channels.feishu模式 1仅 才回复推荐控噪音openclaw config set channels.feishu.requireMention true --strict-jsonopenclaw gateway restart完整配置示例{ channels: { feishu: { enabled: true, appId: cli_你的AppID, appSecret: 你的AppSecret, requireMention: true, groupPolicy: open } }}模式 2无需 群内消息自动回复谨慎openclaw config set channels.feishu.requireMention false --strict-jsonopenclaw gateway restart⚠️ 大群易刷屏建议配合群级规则使用。模式 3按单个群精细化配置最灵活# 指定群必须 才回复openclaw config set channels.feishu.groups.oc_群ID.requireMention true --strict-json# 指定群不用 也回复openclaw config set channels.feishu.groups.oc_群ID.requireMention false --strict-jsonopenclaw gateway restart多Agent推荐配置default ops若希望无时默认二龙接单推荐如下配置# default二龙允许无触发openclaw config set channels.feishu.accounts.default.requireMention false --strict-json# ops哨兵需 才响应防抢答openclaw config set channels.feishu.accounts.ops.requireMention true --strict-jsonopenclaw gateway restart七、上线防坑清单建议固化为团队 SOP每次新增/重构飞书 Bot强制检查以下 6 项对比default/ops事件订阅是否完全一致核对敏感权限获取群组中所有消息确认权限修改后已发布版本确认机器人在群内且未被限制发送 3 条无消息做回归测试以日志为准必须看到default: received message结语本次排查最有价值的不是修复一个故障 而是把一个看似“玄学”的问题变成可复现、可预防、可标准化的工程问题。记住这条核心原则能帮你避开 80% 飞书多Agent线上误判先确认消息有没有进来再谈机器人怎么回。如果你正在做飞书多机器人/多Agent协作 这篇可以直接收藏作为排查手册。关键字标签飞书机器人多Agent OpenClaw 运维实战 线上故障 多agents路由Claude Dispatch新能力到底值不值得上个人数字员工时代来了OpenClaw实战应届毕业生如何用AI成为1.5倍速人才实操OpenClaw 3 个 输出格式命令精准控样式告别无效排版返工