脉脉

爱摸鱼的技术负责人

07-07 · 金账卫士

转大模型开发做的Agent项目，一讲就被面试官判定是培训班速成Demo？我是摸鱼CTO老汪，当年摸鱼攒的Demo差点把自己面试演崩，从后端转大模型的时候，结结实实踩过这个坑，连着三面都栽在项目真实感上。很多人以为把技术栈堆全、链路讲得越顺，项目就越像真的。但站在面试官视角，一套标准教程式的完美表述，反而一眼就能识破是照着模板拼的——真实项目从来没有顺风顺水的。项目讲得越全越完美，反而越容易露馅，调整几个表达细节，不用改项目就能拉满真实感。不要一上来就报完整技术栈上来就LangChain+LangGraph+向量数据库全报一遍，像在背教程目录。面试官听了只会觉得你是照着示例拼的，看不到任何自己的选型思考。正确的讲法是先抛业务痛点，再讲技术选型的权衡，技术栈自然带出来就行。我当初面的时候不说“我用了LangGraph做多Agent”，而是说“一开始用单Agent处理用户工单总是串任务，试过拆两个Agent又出现上下文断层，最后选LangGraph做状态流转，把校验和生成拆成两个节点跑”。别回避踩过的具体报错全程说项目跑通了、效果很好，一点问题都没遇到。在面试官眼里，没有坑的项目等于没做过的项目，真实开发不可能零报错。主动讲1-2个具体的技术坑，讲清排查过程反而加分。别说“工具调用很稳定”，要说“一开始工具调用超时率快到20%，查了三天才发现是并发请求没做限流，加了信号量控制后降到3%以内”。别只说功能不说决策逻辑只讲项目实现了什么功能，不说为什么这么设计。面试官只能看出你会调API，看不出你的思考深度，自然判定是入门Demo水平。每个核心设计都讲清“为什么选A不选B”。不说“我做了RAG检索增强”，要说“一开始试过直接塞全文进Prompt，长文本丢信息太严重，也试过全量微调成本太高，最后选RAG做分层召回，兼顾效果和成本”。其实转行做项目，没人要求你一上来就有工业级深度。我整理了大模型面试高频追问清单和生产级项目的表达框架，都是当年踩坑攒出来的干货。把踩过的坑讲明白，比硬撑完美更能拿结果，祝大家转岗都能拿到满意的offer。