阿里巴巴、月之暗面 · 面经合集

我翻了自己和身边朋友的面经记录，发现一个有意思的现象[生气]：在Agent方向的面试里，最终被判定为“不过”的候选人里❌️ 有超过80%不是死在第一问，而是死在追问链的第三层或第四层

✅️第一层谁都答得上，“ReAct是什么”“RAG流程怎么走”，背过面经的人都能讲

❌️但到了第三层，“你当时为什么这么设计”“如果这个模块挂了怎么处理”，能接住的人就断崖式下跌

本期主题：Agent面试 追问链才是真正的分水岭

一、追问链是什么？

普通业务面试还能问点八股文撑场面，Agent面试几乎每个问题都从你简历上写的项目出发，连环追问到你答不上来为止

中间如果有一道题答得很含糊（比如“我们做了优化，效果还可以”），面试官会连续追问三个问题，直到你说出具体的改动点和量化数据

追问链的本质是：面试官在验证你到底有没有真正踩过坑

二、最常见的追问链长什么样？

链1：项目选型追到底

这是最常见也是最容易翻车的追问链。

面试官会先问一个看似简单的问题，然后顺着你的回答一层层往下挖，直到挖出你的真实深度：

第一层：“你项目里用的是什么Agent架构？”你说“用了ReAct”。

第二层：他追问：“为什么选ReAct而不是Plan-and-Execute？”你答“因为任务比较简单”。

第三层：他继续追问：“具体多简单？判断标准是什么？如果任务变复杂了你会怎么调整？”

第四层：他再追：“你说你用了ReAct，讲一下你的ReAct循环里消息格式怎么设计的？tool_response用user角色还是assistant角色传回？为什么？”

这道题答不对，后面基本不用继续了。正确答案是tool_response要用user角色传回——因为它是外部系统返回的内容，不是模型生成的

这就是追问链的威力。第一层谁都答得上，第三层开始筛人，第四层直接区分“真做过”和“背过概念”

链2：“做过什么优化”追到底

这是另一个高频翻车点：

第一层：“你项目里做过什么优化？”你说“做了RAG检索优化”。

第二层：他追问：“具体怎么优化的？”你答“加了重排序”。

第三层：他继续追问：“重排序用的什么模型？为什么选这个？效果怎么验证的？”

第四层：他再追：“没加重排序之前召回率多少？加完之后多少？提升主要来自哪些Case？”

很多人在第二层就开始卡壳，第三层基本就崩了。“提升了一些”这种模糊表述，在大厂面试官眼里直接等同于“你没做核心工作，也没关注落地结果”

链3：“异常怎么处理”追到底

字节有一个经典追问：“你的Agent调了三个工具就死循环了，异常处理在哪写的？”

这道题考的不是背概念，是你有没有真正跑过生产级的Agent。答案要能说清楚三层：最大迭代次数硬限制、循环模式检测、异常回退策略——重试、降级、最后人工介入

链4：“为什么不用更简单的方式”追到底

比如面试官问：“你说你用了Agent，为什么不用Workflow？Workflow在哪些场景更合适？”

这个问题看起来简单，但大多数候选人答不好。Workflow是规定动作，控制流是代码确定的——走哪条路程序员写在代码里了。Agent是自由体操，每一步走哪由LLM自主决策。最好答法是两者组合用：用Workflow兜底，用Agent处理异常和动态分支

三、真实面经里的追问链有多狠？

案例1：阿里校招Agent一面，45分钟14连问

面试官问：“你负责的文档解析模块，除了纯文本，有没有处理图片、表格这类异构数据？”

候选人答：“有处理图片，用OCR做了解析。”

面试官立刻追：“好，那我们顺着这个点往下问。上一段工业设备故障诊断的实习，具体做了什么？针对设备故障叙述报告这种长文本、强专业术语的复杂文档，模型是怎么理解的？”

候选人开始慌了——实习只做了数据清洗和提示词调优，没深挖底层。

面试官继续追：“分类的标签体系是怎么设计的？模型的精确率、召回率是多少？术语知识库是怎么构建的？”

这不是刁难，这是面试官在摸底你的能力边界在哪

案例2：Kimi Agent开发面试，两小时连环追问

面试官听到“Multi-Agent”眼睛就亮了，然后开始了长达一小时的连环追问。

从“研究型Agent整体架构怎么设计”开始，一直追问到“幻觉率和引用错误率多少”“业务上能否接受”“怎么降低”。每个问题都追到底，直到你说出具体的改动点和量化数据

案例3：Agent项目被问到亮点，愣了三秒

帮一个同学做模拟面试，他简历上写了一个Agent项目，技术栈列得很全——RAG、Function Calling、Memory、ReAct，该有的都有

问他：“你这个项目最大的亮点是什么？”

他愣了3秒。然后开始说：“嗯，我用了RAG，然后做了分块优化，然后还加了Memory”。

这不叫亮点，这叫技术栈列表。

正确的回答是：我的RAG模块里，分块策略这块我做了三次迭代——第一次用固定大小分块，发现跨句语义断了；第二次用语义分块，发现太细了检索噪音大；第三次用了动态分块，根据文档结构自适应，效果最好

这才是面试官想听的“亮点”——你有迭代，你有判断，你有复盘

四、为什么会追问链？

因为面试官在验三件事：

1. 你到底有没有真做过。 背概念的人第一层能答，第二层开始含糊，第三层直接崩。只有真正踩过坑的人才能接住追问链
2. 你有没有工程判断力。 知道“怎么做”不重要，知道“为什么这么选、不选另一个方向”才重要。Tools是零件，Workflow是流水线，Agent是能换流水线的机器人——能讲清楚这三个东西的关系，才能证明你有架构思维
3. 你能不能把技术决策讲清楚。 面试官不关心你做了多少功能，关心你遇到了什么问题、怎么判断的、做了什么决策、结果如何。遇到追问时优先用数据、取舍理由和复盘说明自己的判断，而不是只描述流程

五、怎么应对追问链？

1. 提前预判自己的追问链

把你的项目当成别人的项目，自己给自己连问三层：

• 第一层：你做了什么？
• 第二层：为什么这么做？有没有考虑过其他方案？
• 第三层：怎么验证它有效？如果条件变了你的方案还成立吗？

能扛住自己三层追问的项目，面试的时候基本不用慌

2. 用“问题→判断→方案→结果”结构回答

不要只说“我做了什么”

面试官想听的是：你遇到了什么问题、怎么判断的、为什么选了这个方案、结果如何

STAR法则在这里很好用——先讲背景和目标，再讲你做了什么决策和行动，最后讲结果和数据

3. 遇到追问，优先给具体细节

面试官追问“具体怎么做的”，不要用“我们做了优化”这种空话。说清楚：改了什么参数、从多少调到多少、对比实验怎么做的、效果变化是多少

数据越具体，可信度越高

4. 不会就诚实说不会

追问链的目的就是找到你的能力边界

接不住追问很正常，关键是态度——承认这块没有深入做过，比硬编一个答案强

面试官能看出来你是不是在编

追问链的本质是：面试官不是要考倒你，是要找到你的真实水位。

能接住三层追问，说明你真的在工程环境里趟过水。接不住也没关系，至少你知道下次该往哪个方向补了[拜拜]