基于 Coze 与 OpenClaw 搭建飞书机器人群组

配置完成后重启 OpenClaw 服务，发送测试消息验证机器人是否能正常接收群消息。

3. 使用 @ 触发机器人，逻辑清晰，节省 Token

@触发的核心优势

建议使用 @ 触发方式替代传统的关键词触发，核心优势如下：

1. 触发逻辑清晰：用户必须明确 @ 指定要调用的机器人，不会出现多个机器人同时响应同一个关键词的混乱情况
2. 节省 Token 消耗：只有被 @ 的机器人会接收和处理消息，其他机器人不会解析未被 @ 的消息，减少无效 Token 消耗约 70% 以上
3. 用户体验优秀：用户明确知道自己在和哪个机器人对话，不会出现预期外的回复

OpenClaw 消息处理逻辑示例

OpenClaw 框架默认支持 @ 触发逻辑，示例代码如下：

// OpenClaw 飞书消息处理中间件
async function handleFeishuMessage(ctx) {
  const { message, mentions } = ctx.request.body;
  // 仅处理被@的消息，未被@直接返回
  if (!mentions || !mentions.includes(process.env.FEISHU_BOT_OPEN_ID)) {
    return ctx.status = 200;
  }
  // 移除@提及的文本，提取用户纯指令
  const userCommand = message.content.replace(/@<at]+">/g, '').trim();
  // 调用 Coze 平台处理用户指令
  const result = await cozeClient.run({
    query: userCommand,
    user_id: ctx.request.body.sender_id.open_id,
    conversation_id: ctx.request.body.chat_id
  });
  // 回复用户消息
  await feishuClient.sendMessage({
    chat_id: ctx.request.body.chat_id,
    content: JSON.stringify({ text: result.content })
  });
  ctx.status = 200;
}

最佳实践：每个机器人设置清晰的名称和头像，方便用户快速识别要@的对象；指令设计简洁明了，避免复杂的关键词规则。

4. @所有人 不会触发任何机器人，飞书平台原生行为说明

很多用户会疑惑：为什么在群里@所有人的时候，机器人没有响应？这是飞书平台的原生设计：@所有人 的消息中，不会包含任何具体的 mention 列表，因此机器人无法判断是否被@，所以不会触发任何机器人的响应。

这个设计的优势

1. 避免@所有人时所有机器人同时响应，产生大量刷屏消息，干扰群聊秩序
2. 减少无效的机器人调用，节省服务器和 Token 资源

如果需要通知所有机器人处理某个任务，建议单独@每个需要处理的机器人，或者使用专门的广播指令。

总结

通过「创建专属单人群 + @触发机器人」的方案，有效解决了飞书机器人使用过程中的混乱问题，配合 Coze 低代码平台和 OpenClaw 智能代理框架，可以快速搭建高效、稳定、低成本的机器人群组，提升团队自动化协作效率。