简介:大模型面试正从“模型基础”转向“应用落地”,算法岗与Agent开发岗的考察逻辑差异明显。本文系统对比两类面试的考察重心、知识体系、高频题型与评估维度,拆解ReAct、Plan-and-Execute、Reflection等高频考点,并给出备考路径与跨方向迁移建议,帮你精准规划复习重点。
近两年,大模型岗位的面试重心发生了明显迁移:早期面试官主要围绕 Transformer 结构、训练细节等“模型基础”提问;进入应用爆发期后,“AI 应用落地”类问题的占比迅速上升,Agent 架构、RAG 检索增强、工具调用等成为高频考察点。与此同时,招聘市场分化出两条清晰的路线:
两条路线的基础知识有重叠,但考察逻辑、题型风格、备考方法差异很大。如果用备考算法岗的方式去面 Agent 开发岗,很容易出现“基础题答得不错,系统设计题却无从下手”的情况;反之亦然。因此,有必要把两类面试放在一起做一次系统对比。
1. 大模型算法岗面试,面向训练和优化大模型本身的工作,核心知识域包括:
2. AI Agent 开发岗面试,面向“让大模型把事做成”的应用开发工作,核心知识域包括:
尽管侧重不同,两类面试在底层逻辑上有四点一致:
1. 考察重心:模型本身 vs 模型编排
算法岗问的是“模型为什么有效、怎么把它训好、怎么把它跑得更快”;Agent 岗问的是“模型输出不稳定时,系统怎么仍然把任务完成”。前者向下钻模型内部,后者向上搭系统外壳,方向完全相反。
2. 知识体系:数学与训练理论 vs 系统设计与工程范式
算法岗要求能写出注意力公式、说清损失函数设计与梯度流动;Agent 岗要求能画出系统架构图,说清组件边界、数据流与失败路径。一个偏“论文推导力”,一个偏“系统设计力”。
3. 高频题型风格:推导型 vs 设计型
算法岗典型题型:手推自注意力的计算过程与复杂度;全参微调与低秩适配在显存、效果上的取舍;对齐训练中奖励模型的作用;量化会损失什么精度、部署时如何权衡。
Agent 岗典型题型(也是当前最容易答不好的开放题):
其中“设计一个客服 Agent”是很有代表性的综合题:任务怎么拆、记忆怎么存、工具调用失败怎么兜底,每一步都在考察系统设计能力,而不是知识点记忆。
4. 工程能力要求:训练推理工程 vs 应用集成工程
算法岗的工程题围绕分布式训练、显存优化、推理服务化;Agent 岗的工程题围绕接口编排、流式输出、可观测性(日志与追踪)、灰度与回滚。
5. 评估维度:模型指标 vs 应用指标
算法岗谈困惑度、基准得分、人工评估一致性;Agent 岗谈任务完成率、工具调用成功率、端到端延迟、用户满意度。面试中被问“你的方案怎么评估”,答哪个体系的指标,直接反映你做的是哪条线。
下面这段 ReAct 循环伪代码,可以说明 Agent 岗希望候选人能“推导”范式而不是背定义:
while not task_done:thought = llm(历史 + 观察结果 + 可用工具列表) # 思考下一步action = parse(thought) # 解析出工具与参数observation = execute(action) # 执行工具调用if observation.failed:observation = fallback(action) # 兜底:重试/降级/换工具history.append(thought, action, observation) # 写入记忆
面试官往往会在此基础追问:观察结果太长怎么压缩?工具连续失败几次应当终止?这些追问正是算法岗面试中很少出现的系统题。
| 对比维度 | 大模型算法岗 | AI Agent 开发岗 |
|---|---|---|
| 考察重心 | 模型原理、训练与推理优化 | 系统编排、任务闭环、应用落地 |
| 核心知识 | Transformer、微调、对齐、量化、评测 | Agent 架构、推理范式、RAG、工具调用、记忆机制 |
| 典型题型 | 公式推导、手撕代码、训练细节追问 | 开放式系统设计、范式选型、失败兜底设计 |
| 工程侧重 | 分布式训练、显存优化、推理服务化 | 接口编排、异步重试、可观测性、灰度发布 |
| 评估体系 | 困惑度、基准评测、人工评估 | 任务完成率、调用成功率、端到端延迟 |
| 项目呈现 | 论文复现、训练实验、消融分析 | 落地案例、架构图、线上问题复盘 |
| 适合背景 | 科研经历多、数学理论功底强 | 工程经验丰富、系统设计能力强 |
ReAct、Plan-and-Execute、Reflection 三种范式的对比,是 Agent 面试的高频选型题:
| 范式 | 执行方式 | 优势 | 局限 | 适用场景 |
|---|---|---|---|---|
| ReAct | 思考一步、行动一步 | 灵活、上下文利用充分 | 长任务易跑偏 | 工具较多的交互式任务 |
| Plan-and-Execute | 先整体规划再逐步执行 | 全局性强、便于并行 | 计划可能过时 | 步骤清晰的中长链路任务 |
| Reflection | 执行后自我审查并重试 | 结果质量更高 | 耗时与成本上升 | 对正确率敏感的场景 |
回答选型题的关键是条件化表达:工具调用频繁、需要即时反馈时优先考虑 ReAct;任务结构稳定、可以一次拆解时优先考虑 Plan-and-Execute;对正确率要求高且预算允许时叠加 Reflection。能说出“为什么这么选”的候选人,比只背名词的候选人明显更有竞争力。
大模型算法岗与 AI Agent 开发岗的面试,本质是“把模型做优”与“把模型用好”两条路线的选拔。前者的核心差异在数学推导、训练与推理优化,后者的核心差异在架构设计、范式选型与工程兜底;两者共享 Transformer 与大模型基础这一共同底座,因此基础部分可以合并复习,差异化模块则需分线攻坚。选哪条线,取决于你的背景更偏科研理论还是更偏工程系统;而无论选哪条,把每个高频考点从原理推导到落地细节讲透,让面试官无论怎么换角度提问都能从容应对,才是应对大模型面试最稳妥的策略。