背景
多渠道接入后,用户可能从微信、飞书、QQ Bot 等不同入口发起消息。网关必须能够正确识别用户身份、匹配候选人、命中当前面试会话,并把消息路由到正确的 Agent 上下文。
在会话模型没有定义清楚前,无法稳定推进网关实现,也无法保证不同用户之间不串线。
实现思路
- 明确多渠道场景下的核心对象模型,至少包括:
- ChannelIdentity
- Candidate
- InterviewSession
- AgentConversation
- 明确这些对象之间的关系、唯一键和生命周期
- 定义消息命中会话的规则:
- 如何按
channel + account_id + peer_id 定位用户身份
- 如何找到当前活跃会话
- 未命中时如何进入绑定 / onboarding 流程
- 定义 Candidate 与渠道身份的绑定关系
- 定义一个候选人在多渠道场景下是否允许存在多个活跃会话
- 定义跨渠道来消息时的处理策略,避免多个入口同时推进同一场面试导致串线
- 明确会话管理层只负责会话归属和上下文定位,不负责具体面试业务判断
验证标准
- 明确会话核心对象及其关系图
- 明确会话唯一键和活跃会话判定规则
- 明确用户首次进入、已绑定进入、跨渠道进入三类路径
- 明确网关如何从一条渠道消息定位到一个 InterviewSession
- 明确网关如何从一个 InterviewSession 定位到正确的 AgentConversation
背景
多渠道接入后,用户可能从微信、飞书、QQ Bot 等不同入口发起消息。网关必须能够正确识别用户身份、匹配候选人、命中当前面试会话,并把消息路由到正确的 Agent 上下文。
在会话模型没有定义清楚前,无法稳定推进网关实现,也无法保证不同用户之间不串线。
实现思路
channel + account_id + peer_id定位用户身份验证标准