转行面试讲RAG项目,你是不是还在背“文档切分、向量检索、生成回答”?

转行面试讲RAG项目，你是不是还在背“文档切分、向量检索、生成回答”？我是摸鱼CTO老汪，上午面了个从Java后端转大模型的兄弟，项目讲得跟LangChain demo一样，保温杯差点捏碎。我当年转行也踩过这坑，面过七八十人，八九成栽在把项目讲成教程。

你肯定委屈，项目是真实上线的，但面试官一听就觉得速成。问题不在技术，在表达。他们想听的是踩坑和取舍，不是堆框架。项目讲得越像教程，越容易被判注水。关键是让面试官听到“只有真做过才说得出的细节”。

下面三个坑别踩。

01 别一上来就顺流程
开口就是“切块、embedding、入库、检索”，这是教程目录，面试官直接打上“培训班”标签。正确做法：从业务痛点切入。比如，“文档里嵌套表格多，切分后噪声重，top5常混进不相关合同，生成直接跑偏。”然后讲你做的预处理和元数据过滤。话术：“这项目最烦的不是选型，是原始文档太脏，常规chunk扛不住，逼着我们做了一套清洗加过滤。”

02 别把向量检索讲成黑盒
说“用Milvus做检索”等于没说。要讲你调过的阈值和bad case。“阈值设0.75还是0.8天差地别，设高漏召回，设低带噪声，我们拆成语义和关键词两路，粗排加权。”再补一个真实故障：“有次问续保规则，召回一堆过期文档，用户骂客服，我们加了时效过滤和实体匹配，准确率提了近二十个点。”

03 别回避报错和超时
转行兄弟爱把项目讲得一次跑通，面试官反而警惕。主动说故障：“Agent调企微文档接口，token过期返回401，我们没做重试，生成直接崩成‘服务异常’，工单就来了。”再讲你加重试、缓存降级和告警，这比顺滑故事更显生产感。

容易被忽略的坑：项目别只有单轮问答。一问一答，面试官追问“上轮说的啥”你就卡住。哪怕只做了三层会话压缩进prompt，也要讲出来，这是区分demo和真实应用的关键。

说到底，不是你能力不行，是没掌握表达逻辑。同一项目换个讲法，含金量完全不同。我整理了大模型面试高频题和项目参考要点，需要的兄弟可以看看。祝转岗顺利，早日上岸。