脉脉

爱摸鱼的技术负责人

07-07 · 神州

转行做Agent开发，一被问项目难点就只会说“调参优化”？我是摸鱼CTO老汪，摸鱼间隙跟大家唠点面试真话。我当年从后端转大模型应用岗，头两次面试全栽在这——翻来覆去就是解决报错、调效果，面试官听完直接低头写评语，连追问都懒得问。很多人觉得讲项目难点，就得堆前沿技术、说复杂原理，显得自己水平高。但站在面试官视角，全程高光、没有瑕疵的难点描述，反而第一反应就是“这项目大概率是包装的”。真正的加分项从来不是难点有多难，而是你解决问题的思考路径够不够真实。别只说技术难题，不说决策权衡。很多人上来就一句“我解决了工具调用不准的问题”，只抛结果不说过程，面试官根本感知不到你的能力。正确讲法是把选择时的纠结讲出来：我当时先试了改系统提示词，调了三次效果波动很大；又考虑过加路由模型，但会增加200毫秒延迟；最后选了在工具描述里加约束字段+失败重试兜底，准确率提了18%，延迟只涨了30毫秒。别只讲成功结果，不提踩坑弯路。全程顺风顺水解决问题的故事，一听就没真上手做过。真实的开发全是试错：最开始我想靠增加召回条数解决答非所问，结果噪声更多还拖慢了推理；踩了两周坑才发现是分片粒度太粗，改成语义切块加重叠窗口，效果才真正稳住。把弯路说出来，真实感会提升很多。别脱离业务讲难点，只聊技术细节。埋头讲底层原理、说参数优化，面试官只会觉得你是个执行者。要把难点和业务价值绑定：当时客服场景下多轮对话重复提问占比15%，用户体验很差；我通过分级记忆加关键信息抽取，把重复率降到4%，单轮对话时长还省了2秒。技术是手段，解决业务问题才是目的。还有个容易忽略的隐形坑：别为了显得厉害编造没遇到过的难点。判断自己讲得真不真，就看有没有“代价感”——真实项目里任何优化都有取舍，没有百利而无一害的方案。面试官追问难点，本质是看你解决真实问题的能力，不是考你背了多少方案。全是高光的答案，反而全是破绽。其实转行做AI开发，没人一上来就能做出完美项目。比起硬凹技术大牛人设，把真实的思考和踩坑讲清楚，反而更容易获得认可。我整理了一些大模型项目面试的高频追问清单，都是自己踩坑攒出来的经验。祝大家转岗顺利，都能拿到心仪的结果。