打造你的家庭 AI 助手(四):单 OpenClaw 配置多 Agent、多 QQ、飞书机器人

打造你的家庭 AI 助手(四):单 OpenClaw 配置多 Agent、多 QQ、飞书机器人

打造你的家庭 AI 助手(四):单 OpenClaw 配置多 Agent、多 QQ、飞书机器人

引言

OpenClaw 是一个强大的智能体(Agent)编排框架,它通过统一的架构让开发者可以轻松管理多个聊天机器人,并接入不同的即时通讯平台。在实际应用中,我们往往需要同时运行多个 QQ 机器人(例如个人助手、工作助手),甚至希望同一个智能体既能处理 QQ 消息,也能响应飞书消息。

本文将详细介绍如何在一个 OpenClaw 实例中配置多通道(QQ、飞书)、多 Agent 以及多 QQ 机器人账号,实现资源的高效利用和灵活的消息路由。特别地,我们将阐明飞书通道与 QQ 通道在绑定规则上的差异,避免常见的配置错误。

核心概念回顾

  • Agent(智能体):拥有独立人格、记忆和技能的对话单元。每个 Agent 有自己的工作区(workspace),存放 SOUL.md(人格设定)和 skills/(技能)。
  • Channel(通道):连接外部即时通讯平台的模块,如 qqbot(QQ 官方机器人)、feishu(飞书)。
  • Binding(绑定):定义消息路由的规则,将特定通道的 incoming 消息派发给指定的 Agent 处理。

环境准备

  • 已安装 OpenClaw
  • 拥有至少一个 QQ 机器人(在 QQ 开放平台 创建)和一个飞书应用(在 飞书开放平台 创建),获取各自的 AppID 和 AppSecret

配置多 QQ 机器人账号

OpenClaw 的 qqbot 通道支持同时接入多个 QQ 机器人,只需在 channels.qqbot.accounts 对象中为每个机器人定义一个唯一的 accountId,并填入对应的凭证。

配置文件示例 ~/.openclaw/config.json

{"channels":{"qqbot":{"enabled":true,"accounts":{"personal-bot":{"appId":"QQ_APPID_1","clientSecret":"QQ_SECRET_1"},"work-bot":{"appId":"QQ_APPID_2","clientSecret":"QQ_SECRET_2"}}}}}

这里 personal-botwork-bot 是我们自定义的账号 ID,后续在绑定规则中会用到。

配置多 Agent

每个 Agent 对应一种人格或功能。例如我们可以创建两个 Agent:

  • shuying-finance:金融助手,负责处理投资咨询
  • shuying-general:通用助手,负责日常闲聊

Agent 配置示例:

{"agents":{"list":[{"id":"shuying-finance","name":"金融助手","workspace":"/data/workspace/finance"},{"id":"shuying-general","name":"通用助手","workspace":"/data/workspace/general"}]}}

每个 Agent 的工作区是独立的,可以放置不同的人格设定文件(SOUL.md)和技能代码。

配置绑定规则:将 QQ 账号路由到不同 Agent

现在我们将两个 QQ 机器人分别绑定到不同的 Agent。注意,在匹配 QQ 通道时,我们使用 accountId 字段来指定具体的机器人账号。

{"bindings":[{"agentId":"shuying-finance","match":{"channel":"qqbot","accountId":"work-bot"}},{"agentId":"shuying-general","match":{"channel":"qqbot","accountId":"personal-bot"}}]}
易错提醒:字段名必须是 accountId,而不是 account。如果写成 "account": "..." 会导致 Invalid input 错误。

配置飞书通道与绑定规则

飞书通道的配置与 QQ 略有不同。首先在 channels.feishu 中配置应用账号:

{"channels":{"feishu":{"enabled":true,"accounts":{"finance-feishu":{"appId":"FEISHU_APPID","appSecret":"FEISHU_SECRET"}}}}}

飞书绑定规则的关键区别在于:飞书的消息来源需要指定具体的 peer(对话对象),可以是用户私聊(user)或群聊(group),并给出对应的 ID。

例如,我们希望将某个飞书群的会话路由给金融助手:

{"bindings":[{"agentId":"shuying-finance","match":{"channel":"feishu","accountId":"finance-feishu","peer":{"kind":"group","id":"oc_582b57e290ba8a4d662eedaa0f446eb7"}}}]}

如果需要匹配某个用户的私聊,则将 kind 改为 userid 改为用户的 open_id

为什么飞书不使用 accountId 直接匹配?

因为飞书通道支持在同一应用账号下区分不同的会话来源(群或用户),提供更精细的路由控制。如果你希望某个飞书应用账号的所有消息都交给同一个 Agent,可以省略 peer 字段。

进阶:同一个 Agent 同时处理 QQ 和飞书

如果希望一个 Agent(例如 shuying-finance)既能处理 QQ 消息,也能处理飞书消息,只需添加两条绑定规则,指向同一个 agentId

完整绑定示例:

{"bindings":[// QQ 绑定{"agentId":"shuying-finance","match":{"channel":"qqbot","accountId":"work-bot"}},{"agentId":"shuying-general","match":{"channel":"qqbot","accountId":"personal-bot"}},// 飞书绑定(同一个金融助手){"agentId":"shuying-finance","match":{"channel":"feishu","accountId":"finance-feishu","peer":{"kind":"group","id":"oc_582b57e290ba8a4d662eedaa0f446eb7"}}}]}

现在,无论是通过 work-bot QQ 号发来的消息,还是通过指定飞书群发来的消息,都会交给 shuying-finance 这个 Agent 统一处理。Agent 将使用同一套人格和技能进行回复,实现跨平台的一致性体验。

配置文件完整示例

将以上片段整合成一个完整的配置文件(仅展示关键部分):

{"agents":{"list":[{"id":"shuying-finance","workspace":"/data/workspace/finance"},{"id":"shuying-general","workspace":"/data/workspace/general"}]},"channels":{"qqbot":{"enabled":true,"accounts":{"personal-bot":{"appId":"QQ_APPID_1","clientSecret":"QQ_SECRET_1"},"work-bot":{"appId":"QQ_APPID_2","clientSecret":"QQ_SECRET_2"}}},"feishu":{"enabled":true,"accounts":{"finance-feishu":{"appId":"FEISHU_APPID","appSecret":"FEISHU_SECRET"}}}},"bindings":[{"agentId":"shuying-finance","match":{"channel":"qqbot","accountId":"work-bot"}},{"agentId":"shuying-general","match":{"channel":"qqbot","accountId":"personal-bot"}},{"agentId":"shuying-finance","match":{"channel":"feishu","accountId":"finance-feishu","peer":{"kind":"group","id":"oc_582b57e290ba8a4d662eedaa0f446eb7"}}}]}

验证与重启

修改配置文件后,建议先验证语法:

openclaw config validate 

如果没有错误,重启网关服务使配置生效:

openclaw gateway restart 

之后可以通过 openclaw status 查看 Agent 和通道的运行状态。分别用 QQ 和飞书向对应的机器人/群发送消息,测试是否被正确路由到预期的 Agent。

常见问题

  1. 绑定规则不生效(QQ):检查 accountId 是否与 accounts 中的键名完全一致(区分大小写),且字段名为 accountId 而非 account
  2. 绑定规则不生效(飞书):确认 peer 中的 kindid 正确无误,且该群或用户确实属于配置的飞书应用。
  3. 通道启动失败:确认 appId/appSecret 无误,并且服务器 IP 已在对应平台的白名单中。
  4. Agent 无响应:检查 Agent 的工作区是否存在有效的 SOUL.md 文件,或者是否有技能代码错误。

总结

通过本文的配置,我们实现了在一个 OpenClaw 实例中:

  • 接入多个 QQ 机器人账号
  • 定义多个具有不同人格的 Agent
  • 将不同 QQ 账号的消息精确路由到对应的 Agent
  • 将飞书特定群的消息也路由到其中一个 Agent,实现跨平台统一处理

OpenClaw 的灵活性和扩展性为构建复杂的对话系统提供了坚实的基础。掌握通道、Agent 和绑定规则的关系,你可以轻松扩展更多平台和更多智能体,打造属于自己的机器人矩阵。


相关文章:

Read more

2026年03月20日全球AI前沿动态

一句话总结:文档聚焦2026年3月19日前后AI领域全景动态,涵盖通用/垂直大模型发布、智能体应用落地、硬件基础设施升级、企业战略调整、行业影响与监管等多维度,集中呈现模型轻量化、智能体规模化、软硬件协同、安全合规强化的核心趋势。 一、模型与技术突破 1.1 通用大模型(大语言模型与多模态模型) * OpenAI:发布GPT-5.4 mini和nano轻量模型;mini在SWE-Bench Pro编码测试达54.4%(距满血版差3.3%),OSWorld计算机使用达72.1%(媲美旗舰),输入0.75美元/百万token、输出4.5美元(仅为GPT-5.4的1/3),支持40万上下文窗口;nano输入0.2美元/百万token、输出1.25美元,向ChatGPT免费用户开放,聚焦低延迟基础任务;提出“大模型决策+小模型执行”子智能体架构,

OpenClaw(龙虾)开源AI智能体科普解析:核心原理、功能特性与本地部署教程

OpenClaw(龙虾)开源AI智能体科普解析:核心原理、功能特性与本地部署教程

近期开源AI领域,OpenClaw(俗称“龙虾”)凭借其本地优先、可定制的特性,受到开发者社区的广泛关注,其项目保活程度与社区活跃度可通过GitHub数据直观体现:目前该项目已获得222k stars、1.2k watching、42.3k forks,各项数据均处于开源AI智能体领域前列,足以证明其社区认可度与持续更新能力。作为一款开源AI智能体工具,它在办公自动化、系统辅助等场景具有实用价值,适合开发者了解和落地实践。 OpenClaw是一款开源的个人AI助手编排平台,采用TypeScript开发,目前在GitHub上拥有较高的关注度,其核心价值在于将大模型的推理能力与本地系统操作相结合,打破了传统AI助手“仅能交互、无法执行”的局限。本文将从技术科普角度,围绕OpenClaw的核心定义、功能特性、技术细节及本地部署步骤展开,帮助开发者全面了解这款工具的原理与使用方法。 对于ZEEKLOG的开发者群体而言,了解OpenClaw的技术架构与应用场景,既能拓展AI智能体的认知边界,也能将其应用于日常开发、办公场景,提升工作效率。 本文将从「核心定义、功能特性、技术细节、本地部署」

ToClaw:不是更会炫技的 AI,而是更容易用起来

ToClaw:不是更会炫技的 AI,而是更容易用起来

2026 年开年,Agent 类产品明显变得更热了。无论是开源路线,还是云端服务路线,越来越多产品都在强调一件事:AI 不该只是陪你聊天,而应该开始替你做事。 这也是我最近实测 ToClaw 时最直接的感受。它吸引我的地方,不是“参数更猛”或者“概念更新”,而是它明显在往一个更现实的方向走:把原本偏技术流的 Agent 体验,尽量做成普通办公用户也能直接上手的桌面工具。 上面那张图就是我用ToClaw设计出来的: 官方对 ToClaw 的定位也很直接——它是基于 OpenClaw 深度定制、集成远程控制运行时的 AI 助手,强调“手机一句话,你的电脑自动执行”,核心不是陪聊,而是执行任务。与此同时,ToClaw 官方页也强调了它支持远程控制运行时、AI 直接操作电脑、对接飞书/钉钉/企业微信,以及兼容 OpenClaw 生态等能力。 ToClaw

掌握提问驱动AI:速通大模型提示工程

掌握提问驱动AI:速通大模型提示工程

大家好,我是爱编程的喵喵。双985硕士毕业,现担任全栈工程师一职,热衷于将数据思维应用到工作与生活中。从事机器学习以及相关的前后端开发工作。曾在阿里云、科大讯飞、CCF等比赛获得多次Top名次。现为ZEEKLOG博客专家、人工智能领域优质创作者。喜欢通过博客创作的方式对所学的知识进行总结与归纳,不仅形成深入且独到的理解,而且能够帮助新手快速入门。 本文主要介绍了掌握提问驱动AI:速通大模型提示工程,希望能对学习大模型的同学们有所帮助。 文章目录 * 1. 前言 * 2. 书籍推荐 * 2.1 内容简介 * 2.2 本书作者 * 2.3 本书目录 * 2.4 适合读者 * 3. 购买链接 1. 前言 我们正身处一场人类认知方式的深刻变革之中。 曾几何时,我们习惯于在搜索引擎的框框里输入关键词,试图在浩如烟海的信息碎片中拼凑出想要的答案。而如今,随着生成式人工智能的爆发,获取知识的门槛被瞬间拉平。超级算力被压缩进一个简单的对话框,似乎每个人都握住了一把通往全知全能的钥匙。 然而,在这场技术普惠的狂欢背后,一个新的鸿沟正在悄然拉开。