意图识别怎么做?三层漏斗架构的工程取舍
· 6 min read
意图识别不能全丢给大模型——面试这么答,基本就掉到「只会调 API」那一档了。
- 三大问题:全丢大模型 → 延迟 500ms-3s / 成本 / 稳定性全面崩盘。
- 规则层:35% 高频走关键词 / 正则 / 状态机,规则数量严控。
- 上下文层:55% 走小模型或语义匹配,难点是 DST。
- 工具层:仅 10% 复杂请求兜底走 LLM,必须配超时降级。
- 核心思想:能用规则解决的不走模型,能用小模型解决的不走大模型。
- 面试模板:先点三大问题 → 再讲三层漏斗 → 最后落观点。
- 关键数字:90% 请求前两层解决掉,根本不需要惊动大模型。
面试官真正想听什么
面试官问"意图识别怎么做",期待的不是你背 NLU、BERT、Intent Classification 这些术语,而是看你 有没有工程取舍意识。
张嘴就说"全丢给大模型让它们去判断",问题不在于大模型不行,而在于把所有请求都丢给大模型,等于把生产系统的命门交给一个不可控的外部服务。
现实里会有三个雷:
- 延迟:大模型响应一次普遍 500ms-3s,用户问查物流等两秒才有反应,体验直接崩。
- 成本:每次调用都要花钱,请求量一上来账单飞涨,老板看了血压也跟着涨。
- 稳定性:模型幻觉、接口超时、服务限流,任何一个发生核心业务都可能瘫痪。
这三个问题在 demo 阶段全看不出来——本地跑通了一切都好,上生产被流量一冲全是雷。