在职摸鱼技术负责人
大模型岗面试，被面试官揪着项目细节连追三轮，你是不是开始冒汗、开始背chunk切分参数？我是摸鱼CTO老汪，上周面了个客户端转大模型的兄弟，问他召回阈值为什么定那个数，他张口就背“0.75兼顾准确率和召回”，保温杯盖子又飞了。我当年转行也这么翻过车，面过几十个转行的，一大半倒在细节追问上——不是没做过项目，是一被深问就本能切回“背书模式”，越答越像培训班速成。你肯定觉得冤枉，代码明明是自己写的。可问题就出在答得太“标准”了。面试官追问细节，不是考你记不记得参数，是在验证你是不是真的在那个业务场景里踩过坑、做过取舍。被追问时答得越全、越像教科书，越容易被判定为注水。 真正加分的是暴露一个不完美的决策过程。下面三个坑别踩。01 别试图用更多参数证明做过面试官问“Embedding模型为什么选这个”，你立刻报MTEB排名。正确做法是说业务对比实验和妥协。“我们文档里混了大量中英文合同，通用模型中文长句拉胯，后来拿两千条真实合同人工标注对比，选了个中文效果好但推理延迟稍高的模型，法务对准确率要求远高于响应速度。”有取舍才有说服力。02 别把踩过的坑藏起来被问“遇到过什么难点”，你说“都还好”。面试官直接给你画问号。主动说故障：“有次生成合同把甲方乙方义务写反了，法务炸锅。排查发现Prompt里的示例合同是甲乙方对调的老版本，模型照猫画虎学歪了。后来给Prompt加了角色锚定约束，建了法务审核闭环。”复盘比技术名词管用。03 别在追问时切换成背书模式一紧张就用教科书语言解释“向量检索基本原理”，面试官走神。用真实纠结来答：“选Milvus还是Pinecone纠结过，Pinecone托管省事但数据合规过不了，自建Milvus把日志检索延迟压到两百毫秒以内，业务能接受。”对比和纠结就是真实感。容易被忽略的坑：被追问时别只答“做了什么”，要答“为什么这么做而不是那样做”。面试官要听的是决策逻辑，不是执行记录。回答里缺“因为…所以…”，大概率被继续追着问。底层逻辑是他们通过细节追问判断你是否具备独立解决模糊问题的能力。不是你项目经历不行，只是没掌握应对细节追问的正确方式。同一段经历换个讲法，段位完全不同。我整理了大模型面试高频追问清单和项目复盘模板，需要的兄弟可以看看。祝转岗顺利，被追问时不慌不乱，稳稳接住。
发布于 北京
分享
评论
2
未登录
友善发言
评论
加载中
