搭建多渠道面试网关骨架

[Altergom]

背景

当前面试系统的核心流程主要围绕站内 Web / WebSocket 场景构建，还没有一层独立的多渠道消息网关来统一承接微信、飞书、QQ Bot 等聊天入口。

为了让候选人可以直接在聊天工具内完成 AI 面试，同时避免 Agent 和下游渠道强耦合，需要先搭建一层独立的网关骨架，作为统一消息入口、会话路由入口和 Agent 编排入口。

实现思路

• 在整体架构上新增一层独立的多渠道面试网关，位于下游渠道与上游面试系统之间
• 网关只负责统一接收和标准化下游消息，不直接承载具体业务逻辑
• 网关内部至少拆分为以下几个职责层：
  • 渠道适配层：接收微信、飞书、QQ Bot 等下游事件
  • 统一事件入口：接收标准化后的渠道事件
  • 会话路由层：根据用户身份、渠道身份和当前活跃会话决定消息归属
  • Agent 编排层：将统一上下文转为 Agent 可消费的标准输入
  • 出站分发层：把网关动作重新下发到对应渠道
• 第一阶段只搭建骨架，不接真实渠道细节，不直接实现完整会话逻辑和状态机
• 骨架设计必须保证后续可以接入微信、飞书、QQ Bot，且不要求 Agent 感知具体渠道

相关链接

• OpenClaw Gateway
  https://docs.openclaw.ai/gateway

• OpenClaw Chat Channels
  https://docs.openclaw.ai/channels

验证标准

• 明确网关在整体系统中的职责边界，不与渠道适配层、状态机、Agent 逻辑混写
• 明确网关内部的核心模块划分和调用方向
• 明确后续微信、飞书、QQ Bot 接入时都必须经过统一网关入口
• 明确网关是唯一的业务入口，Agent 不直接对接下游渠道
• 输出可供后续接口设计、会话设计、状态机设计复用的统一骨架方案