面经策

同一个系统里可能有多个 Agent，不同渠道用户群组的消息需要路由到不同的 Agent。你会怎么设计这个路由？OpenClaw 的路由匹配优先级是怎样的？ ​

  • 标签：AI、OpenClaw、大模型应用开发、Agent开发、AI应用开发

🏛 业务架构师 ​

多 Agent、多渠道路由的设计，我按"路由要素—优先级设计—工程实现"讲：

路由要素：路由决策 = 渠道/群组维度 + 用户维度（身份、分组、订阅）+ 消息内容维度（关键词、意图）。前三者适合静态规则，内容维度才需要模型参与。

路由匹配优先级（OpenClaw 的设计与我的实践一致）——越具体的规则越优先：

  1. 精确规则（指定某渠道某群组→某 Agent）；
  2. 用户级规则（某 VIP 用户组→专属 Agent）；
  3. 群组/频道级规则（技术群→运维 Agent）；
  4. 渠道级默认（飞书默认→企业助手）；
  5. 兜底 Agent（NLU 意图识别动态分派）；
  6. 全局默认。

工程要点：规则要支持热更新（运营调路由不能重启服务）；路由决策要留痕（消息为什么进了这个 Agent，排查投诉必备）；兜底要优雅（无匹配时的默认行为要明确，宁可控告警不要静默丢弃）。

业务价值视角：路由是多租户 Agent 平台的"分单台"——不同业务线、不同客群共享一套基础设施，靠路由规则实现逻辑隔离与成本归属（按 Agent 统计量纲）。上线前我会和业务方一起画"路由矩阵表"作为配置事实来源，规则变更走评审——路由配错比代码 bug 更难排查，值得用管理制度兜住。

🏗 系统架构师 ​

多 Agent 多渠道路由设计，我的方案是**"路由表 + 优先级匹配 + 兜底策略"**：

路由维度（按优先级排列）：

  • 精确规则：渠道 + 群组/频道 ID 显式绑定（某 Telegram 群固定路由到运维 Agent）——最高优先级，行为可预期；
  • 用户/角色匹配：用户白名单或角色标签映射（VIP 客户 → 专家 Agent）；
  • 会话粘性：既有会话继续路由到原 Agent（上下文连续性优先）；
  • 语义/负载兜底：无显式绑定时的智能路由——意图分类或轮询/最少负载。

OpenClaw 的路由匹配优先级（典型设计）：精确匹配（chat/用户 ID 指定）> 通配规则（渠道 + 模式）> 默认 Agent。规则有序声明、先命中先生效，且路由决策可解释（每条消息记录命中规则）——生产上可解释性比聪明更重要，语义路由只做兜底不做主路径。

工程要点：

  • 路由配置热更新：不重启生效（配置中心下发）；
  • 灰度与回滚：新 Agent 上线按用户比例灰度切流；
  • 会话迁移：Agent 切换时上下文怎么办（共享会话存储 + 身份声明，或明确开新会话并告知用户）；
  • 过载保护：目标 Agent 队列满时路由降级（备用 Agent 或排队提示）。

架构总结：路由层就是 Agent 平台的"负载均衡 + 服务发现"——确定性规则为主、智能匹配为辅、可观测可回滚是底线。

💻 全栈开发专家 ​

多 Agent 路由我设计成**「路由表 + 匹配优先级 + 兜底」**三件套，OpenClaw 的路由匹配优先级也基本是这个模型：

路由维度（可组合）：渠道（channel）、会话/群组（chatId）、用户/用户组（userId/role）、消息特征（命令前缀、关键词、意图分类结果）。

匹配优先级（从高到低）：

  1. 显式指定：用户命令 /ask-dba 点名 Agent，或编排器程序指定——最硬的规则永远优先；
  2. 精确匹配：channel + chatId 的精确绑定（这个群固定绑定运维 Agent）；
  3. 组合通配：channel + 用户组（飞书 + DBA 组 → DBA Agent）；
  4. 意图路由：消息内容经意图分类器路由到领域 Agent（兜底智能化）；
  5. 默认 Agent：以上都不中，走通用助手，并记录「路由未命中」日志。
yaml
routes:
  - match: {channel: telegram, chat: "-100123"}   # 精确
    agent: ops-agent
  - match: {channel: feishu, user_group: dba}      # 组合
    agent: dba-agent
  - match: {intent: "sql|db"}                       # 意图兜底
    agent: dba-agent
default: general-assistant

工程要点：路由配置外置（配置中心热更新，新群接入不改代码）；路由决策写日志（谁、因哪条规则、进了哪个 Agent），排查「消息没回」先看这张表；意图路由的分类器要定期用真实流量回测；兜底 Agent 必须有，路由 miss 直接丢消息是事故。