脉脉

爱摸鱼的技术负责人

07-02 · 金账卫士

转行面大模型岗，被追问 RAG 召回细节三句就卡壳露怯？我是摸鱼 CTO 老汪，趁今天线上服务没告警，摸鱼唠点实打实的面试经验。我当年从后端转大模型，第一次面试被追问切块策略的选型细节，当场支支吾吾答不上来，回去复盘了整整一周，才摸透追问环节的底层逻辑。很多转行的朋友遇到追问，要么硬背知识点强行堆砌，要么不懂装懂瞎编答案。但站在面试官视角，前者一深问就露馅，后者前后矛盾直接扣上项目注水的帽子。核心真相是：被追问项目细节时，答得越广越全越容易翻车，懂得收着答才是真的做过项目。分享三个应对追问的思路，不用补技术不用改项目，调整表达方式就能稳很多。别被追问就无脑堆技术细节。很多人一被问召回优化，就把多路召回、重排序、混合检索全抖出来，看似懂很多，实则主动给自己挖坑。面试官随便揪一个你没深入做过的点追问，立刻就会卡壳。你可以这么说：“我们项目核心是解决内部文档检索不准的问题，主要靠语义切块加关键词加权做优化，重排是后续迭代才加的，目前提升幅度有限还在调优”，主动把话题锚在你熟悉的核心部分。别不懂装懂强行圆场。遇到没考虑过的问题，很多人怕露怯就硬编方案，比如被问异常 case 监控怎么做，瞎扯一堆埋点体系，面试官一深问逻辑就崩。其实坦诚反而更可信，我当初被问有没有做过完整的 badcase 归因，直接说项目周期紧没搭完整体系，都是线上出问题逐一定位复盘，但如果要做的话会按召回、生成两个环节拆分埋点。面试官反而点头说思路是对的。别脱离业务讲技术细节。被问到参数设置时，很多人只说数字，比如切块 512token、召回 top10，完全不说背后的原因。在面试官眼里，这和背教程没区别。所有参数都要绑定业务场景，比如可以说：“我们做的是合同文档场景，条款长，一开始 256token 经常切断语义，测了 512 和 1024 两档，512 在准确率和延迟之间平衡最好，就定了这个值”。其实面试被追问卡壳，从来不是你能力不行，只是没摸透追问的考察逻辑。把自己真正做过的部分讲透，比硬凑一堆技术名词靠谱得多。我整理了大模型应用岗高频追问清单和应答思路，都是自己踩坑攒下来的干货。祝大家转岗顺利，都能从容应对每一场面试。