大模型 Agent 方向的面试这两年热度一直没降。我既作为候选人面过不少团队也坐在面试官的位置上筛过简历、出过题、追问过候选人。一个很直观的感受是这个方向看起来很“热”但很多人的准备方式还停留在“背八股”阶段——模型结构、Loss 公式、微调步骤背得滚瓜烂熟一问到“你设计的 Agent 怎么处理工具调用失败”就开始支支吾吾。这篇文章不聊空泛的“机器学习基础知识复习”就聚焦一件事大模型 Agent 方向面试时面试官真正会问什么、你的回答框架应该是什么、有哪些细节是你自己不看一眼根本发现不了的。无论你是刚入门想转岗的小白还是已经有项目经验但面了几轮挂了几轮的开发者按这个框架去准备至少能保证你在考场上思路不乱。提示整篇内容比较长建议先收藏再按文末的备战计划分周推进。不要想着一周看完就上考场Agent 面试考的恰恰是“把知识串起来”的能力这需要时间发酵。1. 大模型 Agent 面试到底在考什么考点地图与能力模型很多候选人准备面试的第一步就错了——他们先扎进论文和源码里却不知道面试官到底要什么。等面完出来复盘才发现人家问的根本不是“读过多少论文”而是“你会不会把一个模糊的业务问题拆成可落地的技术方案”。1.1 面试官的三层期望我个人把 Agent 岗位的面试期望拆成三层从低到高分别是第一层是“能干活”。要求候选人至少跑通过一个完整的 Agent 项目比如让模型调用搜索、调用代码解释器、或者完成多步工具调用。这一层考察的是工程基本功你能不能把 prompt、工具定义、上下文管理这些环节拼起来。第二层是“懂原理”。要求候选人能解释清楚 Agent 每个模块为什么这么设计比如用 ReAct 而不是直接让模型输出最终答案背后的延迟、成本、准确率平衡是什么。这一层是区分“调包侠”和“工程师”的分水岭。第三层是“能优化”。要求候选人面对一个已有系统时能定位瓶颈、提出改进方案并能设计评测指标来验证改进效果。这一层才是决定你薪资上限的部分。很多面试挂掉的人不是第一层没过而是第二层和第三层准备太少。你简历里写了“基于 LangChain 搭建了企业知识库问答 Agent”面试官接着问“为什么需要向量检索而不是全量上下文塞进去”“检索不到时你的 Agent 怎么处理”时你就开始现场编——这种状态有经验的面试官一眼就能看出来。1.2 高频考点权重分布结合我自己面过的以及同行聊到的真实面试题我整理了一张考点权重参考表可以帮你把握复习优先级考点板块考察频率典型问法举例准备优先级Agent 基础认知高“什么是 Agent和普通 LLM 应用的区别是什么”必背提示工程与上下文管理很高“上下文窗口满了怎么处理”“System Prompt 怎么设计”必会工具调用与 Function Calling很高“多个工具怎么选”“工具返回格式错了怎么办”必会ReAct / 思维链 / 规划算法高“ReAct 每一步是怎么工作的有什么缺点”必会记忆与向量检索中高“短期记忆和长期记忆怎么设计”“向量库怎么选”重点RAG 增强中高“怎么减少幻觉检索和生成怎么配合”重点多 Agent 框架中“多个 Agent 怎么协作文角色怎么定义”理解评测与监控中“你怎么判断 Agent 变好了还是变差了”重点安全与鲁棒性中低“怎么防提示注入”“工具调用突然失败了怎么办”加分项这里有个容易被忽略的点模型结构题反而没那么高频。除非你面的是算法研究岗否则大多数业务导向的 Agent 岗位面试官更关心的是你“用模型的思路”而不是“造模型的细节”。Transformer 的自注意力、预训练方式这些基础一定要会但不能把所有时间都砸在上面。1.3 不同团队面试风格差异就算同样是 Agent 岗位团队之间的考察重点差异也非常大这一点建议你在投简历时和面试开始前认真分辨偏业务落地的团队比如做智能客服、内容助手、办公提效的考察重点在需求分析、提示工程细节、工具设计、评测闭环。这类面试通常会有开放性的系统设计题比如“给某个平台设计一个数据分析 Agent”。偏框架研发的团队比如做 Agent 底层框架、编排引擎的考察重点在源码理解、并发调度、状态管理、抽象设计。这类面试可能直接给你一段伪代码让你改或者问你“如果让你设计一个 Agent 运行时状态怎么存任务怎么恢复”。偏算法优化团队比如做推理加速、模型微调、多模态 Agent 的考察重点在模型原理、训练细节、数学基础。这类面试会深入问“LoRA 低秩分解为什么有效”“量化训练时梯度怎么处理”。我见过最可惜的一类候选人是拿“偏框架研发”的简历去面“偏业务落地”的岗位全程大谈特谈源码抽象结果对方根本不需要。反过来也一样业务经验丰富但底层理解浅的候选人面框架团队也会很吃亏。所以拿到面试邀约后建议先向 HR 或通过已在该公司的朋友打听一下团队定位再针对性地调整复习重点。2. 大模型与 Agent 基础理论高频必答清单这一部分整理的是面试开场阶段最常见的问题。别小看这些问题它们往往决定了面试官对你的第一印象而且很多后续深挖都是从这些基础问题开始的。2.1 LLM 基础题不是背概念是解释行为“讲一下 Transformer 的结构”这类题几乎是必考的但面试官想听的不是“有 Q、K、V 三个矩阵”这种一句话答案。一个让你迅速拉高印象分的回答思路是先讲清楚结构再补充一句“Transformer 的核心贡献是让 token 之间可以直接交互所以长距离依赖比 LSTM 好”然后主动引出“但注意Transformer 的注意力计算是 O(n²) 的这直接影响了上下文窗口的设计和 Agent 的上下文管理策略”。顺着这个思路你就能自然过渡到 Agent 相关的话题——上下文窗口有限怎么规划记忆这是面试官最想听的串联能力。“什么是幻觉怎么缓解”这道题也几乎必问。回答的层次大概是第一层定义——模型生成了不符合事实的内容。第二层原因——训练目标只是预测下一个 token没有事实一致性约束训练数据本身也可能有噪声采样阶段随机性导致输出漂移。第三层缓解——最常见的四类手段RAG 引入外部知识、约束解码比如结构化输出、减少开放式生成改用抽取式、以及从评测侧建立幻觉检测机制。注意回答时最好带回你自己的经验“我在做某知识库问答 Agent 时发现把问题改写环节丢掉的话幻觉率会明显上升因为模型对用户口语化表述的理解不稳定”。这种经验型回答比单纯背要点有用得多。2.2 Agent 是什么一道看似简单但极考验理解力的题“什么是 Agent”这道题我见过太多候选人把它答成“Agent 就是大模型加上工具”。面试官其实期待你从三个层面回答能力层面Agent 不只是生成文本而是能通过感知环境、做出决策、采取行动并观察反馈来完成目标。架构层面Agent 是 LLM大脑加上规划模块、记忆模块、工具使用模块组成的闭环系统。和普通 LLM 应用的区别层面普通 LLM 应用是“一次对话一段回答”Agent 是“多轮循环直到任务完成”Agent 的这个“循环”才是本质。你可以用一个生活化的类比来讲普通 LLM 应用就像一个只会出主意的顾问你说什么他答什么但不会动手。Agent 则像一个执行经理接到任务后会先拆解成子任务派人去干调工具干完看结果不行再换方案直到目标达成。2.3 Agent 核心模块规划、记忆、工具这三个模块是面试的重头戏几乎每个细项都可能被深挖。规划模块最常考到 ReAct。你要能完整描述 ReAct 的循环Thought推理当前情况、Action决定调什么工具、Observation观察工具返回然后基于新的 Observation 进入下一轮循环。这个循环的核心价值在于“让模型边想边做”而不是一次性拍板。但光会描述 ReAct 不够你还得知道它的缺点。我常用的一个答法“ReAct 的问题有三点一是每一轮都要调用 LLM延迟和成本高二是模型可能陷入死循环三是复杂任务规划层级不够深。所以实际项目中我经常用带最大迭代上限的 ReAct或者改成 Plan-and-Execute先生成完整计划再逐步执行。” 这一段能展示你有实战思维。记忆模块你要能区分短期记忆和长期记忆。短期记忆就是当前会话的上下文context长期记忆则通常通过向量数据库存储和检索。面试官常追问“为什么不能把长期记忆也塞进上下文”答案是“上下文窗口有限而且信息过长模型容易丢失重点”然后引出向量检索、重排序rerank、上下文压缩这些技术点。工具模块最核心的就是 Function Calling。你要能解释模型本身不会执行函数它只是根据用户指令和工具描述生成一个结构化的调用请求通常是 JSON然后由你的代码去真正执行再把结果作为 Observation 喂回模型。这个“模型提出调用意图代码执行真实动作”的分离设计是 Agent 工程化中最重要的心智模型。3. 架构与系统设计题从零设计一个 Agent 的完整推演技术面中后期面试官大概率会给一道系统设计题。题目通常长这样“请为一个电商平台设计一个客服 Agent用户可能问订单、退款、商品咨询也可能要投诉。请描述你的整体方案。”这种题考察的不是“你见过类似的系统吗”而是“你能不能把模糊需求变成结构化的架构方案”。别急着写代码按我下面的推演框架来走基本不会乱。3.1 先做需求拆解和场景归类我的习惯是开口先说需求拆解这既能展示逻辑性也能为后面的设计铺路用户意图类型查物流、问退货政策、投诉、比价、闲聊等。对话复杂度单轮问答查物流 vs. 多轮任务退换货流程 vs. 需要外部系统联动调订单接口、发起退款。权限边界哪些操作 Agent 可以直接做哪些必须转人工比如高额退款。上下文来源订单信息从库中查还是从用户描述中抽。拆完需求后你就要定义 Agent 的工作流程意图识别 → 必要信息补全多轮澄清 → 工具调用查订单接口 → 结果整理 → 回复用户 → 判断是否完成或转人工。3.2 模块拆分与技术选型策略架构上我建议候选人画出一条“感知—决策—行动”的链路并且每一环都对应到具体模块感知层接收用户输入做意图识别和关键信息抽取。这里可以专门用小模型或规则做前置分类不一定每次都在 Agent 里跑大模型。决策层Agent 核心循环。系统 Prompt 工具列表 用户当前请求 工作记忆一起组成模型的输入模型推理决定下一步动作。行动层Function Calling 执行器。根据模型输出的调用请求路由到具体的业务 API 或代码函数执行完后把结果格式化返回。记忆层短期对话历史缓存长期的用户偏好和之前的解决记录存向量库。评测与兜底层包括置信度判断模型不确定时主动转人工、超时重试、异常提示、安全风控。技术选型方面你可以说“模型层面我会先用一个指令跟随能力强的通用模型做推理框架层面如果是快速原型我可能直接用 LangChain 或 LlamaIndex但正式项目我倾向于自己写一个轻量调度器”重点讲清楚为什么——成熟框架省时间但调试链路长、黑盒多自研调度核心逻辑只有几十行代码可控性强。3.3 交互流程与时延控制细节面试官如果继续追问“你的 Agent 怎么保证响应速度”你要能给出具体手段。我常说的几个意图识别前置如果识别结果是“查物流”直接走固定 API不需要跑完整 Agent 循环。并行调用多个独立工具可以并行执行减少串行时延。流式输出用户看到字在出体感会好很多哪怕整体时间没降。缓存相同问题或相似问题的结果直接返回但要设失效时间避免信息过期。模型分级简单任务用小模型复杂推理才升级到大模型成本也能降不少。如果面试官再往下深挖“Agent 进死循环怎么办”标准答案是加一个最大迭代上限比如 5 轮超过就直接转人工或者返回兜底文案。更进一步的话可以加“重复动作检测”——如果模型连续两次输出相同动作和相同参数说明陷入了 loop这时候强制中断。系统设计题回答得好坏的差别不在于方案多炫酷而在于你的结构是否完整覆盖了输入处理、推理循环、工具执行、异常兜底、评测监控这几个关键环节。按我这个框架练几道题面试时基本能找到话讲。4. 提示工程与代码实战从 ReAct 到 Function Calling 的手写实现无论面试官出什么题最终都会落到“你能不能把一个 Agent 循环跑通”这个层面。很多候选人写过 LangChain 代码但反而对裸写的实现陌生。我的建议是面试前至少裸手实现一个最小 ReAct 循环并吃透 Function Calling 的输入输出格式。下面给出一个可以直接跑通的最小实现Python 伪代码级别但结构完整你可以照着写一遍再思考每行的用途。4.1 一个最小可用的 ReAct 循环实现import json from openai import OpenAI client OpenAI(api_keyyour-key) TOOLS [ { type: function, function: { name: search_order, description: 根据订单号查询订单状态, parameters: { type: object, properties: { order_id: {type: string, description: 订单号} }, required: [order_id] } } }, { type: function, function: { name: calculate_refund, description: 根据商品金额和运费计算退款金额, parameters: { type: object, properties: { amount: {type: number}, shipping: {type: number} }, required: [amount, shipping] } } } ] SYSTEM_PROMPT 你是某电商平台的客服助手。请根据用户问题逐步思考并选择合适的工具。信息不足时向用户追问。 def call_llm(messages): resp client.chat.completions.create( modelgpt-4o-mini, messagesmessages, toolsTOOLS, tool_choiceauto, ) return resp.choices[0].message def execute_tool(name, arguments): if name search_order: # 这里换成真实订单服务 return 订单号2024001状态已发货预计周三送达 if name calculate_refund: args json.loads(arguments) return f退款金额为 {args[amount] args[shipping]} 元 return 未知工具 def react_loop(user_input): messages [{role: system, content: SYSTEM_PROMPT}] messages.append({role: user, content: user_input}) max_iterations 5 for i in range(max_iterations): msg call_llm(messages) # 如果模型没有要求调用工具说明已经给出最终回答 if not msg.tool_calls: return msg.content # 否则依次执行所有工具调用 messages.append(msg) # 保留模型输出的 tool_call 信息 for tool_call in msg.tool_calls: result execute_tool(tool_call.function.name, tool_call.function.arguments) messages.append({ role: tool, tool_call_id: tool_call.id, content: result }) return 抱歉我没能解决你的问题正在为你转接人工客服。这段代码虽然很短但包含了 Agent 循环最核心的机制模型可以“选择不调用工具”直接回复用户这正是 Agent 判断任务已完成的出口。工具执行的结果必须带tool_call_id返回给模型这是 OpenAI 函数调用协议的硬性要求。外层max_iterations控制循环出口是防止“死循环”的关键防线。你面到代码题时不需要完整默写但至少要把这三段逻辑讲清楚什么时候调工具、工具结果怎么闭环、循环怎么退出。4.2 提示设计里最容易踩的坑聊完代码再给你讲几个我在真实项目中反复踩过的提示工程坑这些题面试官也特别喜欢“顺手一问”第一个坑是系统提示词写得太长导致模型“记不住”工具描述。工具一多模型容易混淆工具边界甚至调用不存在的工具。解决办法是工具描述写得简洁且有区分度比如“查询订单”和“查询退款进度”一定要分清楚场景必要时在描述中给出一个用户问法示例。第二个坑是忽视少样本示例。我在做某个 Agent 时发现给模型两个“多轮对话中补充追问”的示例比在系统提示里写一百字“信息不足时要追问”效果都好。面试时你可以主动提这个经验“我在实际项目中用 few-shot 示例解决了几类典型对话场景的稳定问题。”第三个坑是工具返回格式不统一。有些接口返回的是嵌套很深的 JSON模型根本看不懂。我的规范化做法是给工具外面包一层格式化函数把结果简化成一行摘要比如“订单号: 2024001, 状态: 已发货, 预计送达: 周三”。模型处理这种扁平化文本比处理原始 JSON 稳定得多。第四个坑是不管输出格式。如果下游系统需要结构化数据必须在提示里严格约束输出格式最好用 JSON Schema 或让模型输出到代码块里再解析。否则你会发现模型偶尔会多出解释性文字下游解析直接报错。4.3 RAG 集成Agent 和向量检索怎么配合RAG 和 Agent 的组合也是高频考点。你的回答框架最好是先明确 RAG 解决的是“知识/记忆问题”再说明它在 Agent 流程中的接入位置。我推荐的设计方式是把检索作为工具之一暴露给模型模型先判断“这个问题需要外部知识吗”如果需要就调用search_knowledge_base(query)工具。这样检索行为由模型决定而不是每轮强制检索能有效减少无效检索带来的噪声。更进一步的加分回答是补充重排序的必要性第一次向量召回 Top 20再用一个轻量级 rerank 模型精排取 Top 3能显著提升“检索内容质量”和“回答准确性”。你可以用自己项目的真实数据故事来支撑“某知识库问答项目中加了 rerank 之后判别准确率从 68% 提到 82%——不是神奇只因为 Top 20 里正确答案经常排在前面但被切片噪声干扰了。”5. 项目复盘与话术准备让自己经得起追问技术面之外项目复盘占据的比重比你想象中大。面试官问“你讲讲这个项目”不是要你背简历而是要通过你的讲述判断这个项目是不是你亲自做的你的思维深度在哪里以及如果问题扩大化你能不能兜住。5.1 用完整的“项目叙事”替代“项目罗列”我推荐的讲述框架是四段式第一段说背景和目标“这个项目源自某业务线需要把客服响应速度提高我们决定用大模型 Agent 做自动化首响目标是把首响时间从 5 分钟降到 30 秒以内同时保证关键问题的准确率不低于 80%。”第二段说你的角色和核心难点“我主要负责 Agent 整体链路设计难点有两个——一个是工具调用经常失败另一个是多轮对话中用户信息经常变化需要重复确认。”第三段说技术方案和关键决策“模型用了某个能力较强的通用模型工具层封了一层统一执行器多轮对话中我会维护一个用户槽位状态每次更新前要模型判断是否和之前信息冲突冲突就追问确认。”第四段说结果和量化指标“项目上线后首响时间降到了 25 秒准确率 79%后来又做了评测集优化准确率拉到 85%。但我们也发现 10% 的复杂请求靠纯 Agent 还解决不了于是设计了转人工机制。”这套四段式叙事能在几分钟内让面试官建立对项目和你本人都比较完整的认知也为你后续的深挖提供大量“可追问钩子”。5.2 面试官必问的五个追问方向及应答样板面试官听完你项目介绍后通常会用以下几种追问方式试探深度我逐个给出我的应对思路追问方向一“这个需求当时为什么不用规则匹配要用 Agent”应答要点先承认规则匹配在前置简单场景有效然后转折——规则无法覆盖组合条件多的场景维护成本高Agent 能泛化。如果能补一个例子更好“比如用户问‘我上周买了东西但还没到想退了怎么办’这个句子要拆成订单查询、售后政策、退款流程三个动作规则匹配会非常吃力。”追问方向二“模型输出错了怎么办”应答要点分层兜底——第一层模型置信度判断第二层结果校验规则第三层转人工。然后把“你建的评测集”具体讲一下“我准备了大概 500 条典型问题涉及正常、异常、模糊、攻击四类输入每次模型更新或提示改动都先跑一遍回归。”追问方向三“你的系统怎么防提示注入”应答要点提醒敏感操作必须二次确认、对工具参数做白名单校验、模型输出不能直接拼接进 SQL 或 Shell。如果有余力可以讲一个你的真实教训“我们早期工具里有一个调用搜索引擎的功能后来发现用户可能输入恶意指令让系统去执行无关搜索后来加了一层工具参数合法性校验。”追问方向四“你的项目用了微调吗”这是一个容易暴露虚实的点。别不懂装懂答“没有提示工程已经能满足需求微调会带来数据和维护成本”也完全成立关键是你要能讲清楚“为什么这个阶段不需要”。追问方向五“这个项目如果再给你三个月你怎么优化”这里不建议只回答“换更大的模型”。可以谈评测集扩充、工具并行化、记忆长期化、多 Agent 编排做疑难升级等维度体现持续迭代意识。5.3 简历上应该出现什么样的关键词简历写法也要贴近 Agent 方向面试官才是“专业扫描”状态。建议每条项目经历里明确出现以下关键词中的至少 5 个ReAct、Function Calling、RAG、向量数据库、Prompt 工程、对抗样本、评测集、多轮对话、记忆系统、工具编排、延迟优化、安全风控。同时每条项目经历下面都用“动词 结果量化”的格式写亮点比如“设计了 Agent 多轮对话槽位管理机制使关键信息补全率从 62% 提升到 88%”。这种数字型表达比“负责 Agent 对话模块开发”有力得多。6. 三个月备战路线与避坑清单把理论和实践部分都拆解完最后给你一套我实测过的备战路线。基础薄弱的同学照着执行不要跳步三个月时间基本可以把面试覆盖到位。6.1 分阶段复习计划第一个月打底阶段。目标是把 LLM 基础和 Agent 核心概念全部过一遍。建议每天保证 2 小时一小时看理论Transformer、注意力机制、RLHF 的通俗讲解、提示工程基础一小时动手跑代码先跑通一个普通的模型 API 调用再跑通带 Function Calling 的最小循环。不用逼自己吃透论文原文但你要能在纸上画出 Agent 的完整链路图。第二个月项目与工程阶段。目标是亲手做一个有完整评测闭环的 Agent 项目。强烈建议做一个“个人知识库问答 Agent”流程覆盖文档切分、向量化、检索、RAG、评测。如果已有相关经历就在原项目基础上做一次性能优化——加缓存、加并发、加评测集。面试中你讲的“优化过程”比“初始搭建”更吸引面试官。第二个月月底前建议完成一次“模拟面试”。方式可以是找一个朋友互相考或者对着录音自己讲一遍项目复盘。不要光看面经一定要模拟真实问答你才知道哪些地方你会卡壳。第三个月冲刺与查漏补缺。目标是针对薄弱点集中突击。回头翻阅考点权重表标出你没把握的板块优先补“工具调用流程”“评测与监控”“多轮对话管理”这几个高权重项。同时每天刷两道设计题而不是概念题——找真实场景自己拆分需求、画架构、讲取舍。6.2 实战复盘一位学员的失败与调整这里分享一个带过的学员的调整经历他最初的失败很有代表性第一次面试时他在“项目做了什么”上讲了 15 分钟但被问到“工具返回结果有哪些格式问题”时答不上来。复盘时发现他代码写的很顺但从来没有考虑过工具返回结果的异常情况——返回空、返回超时、返回权限不足、返回非预期 schema。后来他用一周时间专门给自己所有工具设计了一套标准返回协议{status, data, error_msg}并且写了一个异常模拟脚本主动塞各种异常让 Agent 处理。第二次面试再被问到同样的题他直接把这套协议讲出来面试官明显露出了兴趣最后也顺利拿下了 offer。这给我的启发是面试中“你主动踩过坑并系统解决过问题”的故事比任何简历上的技能列表都更能证明能力。6.3 面试当天容易忽略的细节最后说几个面试现场的实用细节这些是很多人忽略但实际影响很大的第一提前准备一张 A4 纸的“自绘架构图”。在屏幕共享或白板题环节如果你动作熟练地画出一张带模块名、数据流、异常分支的 Agent 架构图面试官对你的印象分会明显不一样。第二开头的自我简介控制在 90 秒内重点讲一个项目的难点和结果不要复述简历。第三每次答完可以用“简单来说就是……”收尾给面试官一个“抓重点”的信号。第四如果被问到不会的问题不要硬编。你完全可以坦白说“这个问题我没有实践过但按我的理解可能是……”然后再讲思路。诚恳加思路比编答案得分高。写在最后的个人体会从我自己准备和面试他人的经历来看大模型 Agent 方向是一个“知识点密度高但深度壁垒也明显”的方向。短期靠背题是过不了关的面试官总会找到一个你没准备过的角度切入。长期来看真正让你有竞争力的是你对“Agent 如何在一个真实系统里稳定工作”这件事的经验和体感。如果你正在准备面试我给你的最后一个建议是从今天开始把你熟悉的项目重新用这套框架过一遍——需求拆解、技术选型、循环设计、异常处理、评测指标、后续规划。每一环都问自己“我为什么这么选”。一旦你能把这些问题都答得顺畅你不是在准备面试你已经具备了这个岗位需要的基本能力。文章很长如果对你有帮助建议收藏后按周推进。祝你能在面试中遇到真正会欣赏你思考方式的面试官。