一、先破题：面试官到底想听什么？别上来就念定义，先抓核心：他想知道你懂不懂 RAG 的本质、会不会落地、他想看到你的深度思考。一句话开场就能拉好感：“RAG 本质就是给大模型‘外挂知识库’，让它先查资料再回答，既不用重新训模型，又能减少幻觉，特别适合企业私有数据场景。”二、核心回答框架：3 步讲 RAG 全流程1️⃣ 先讲原理：为什么要用 RAG？传统大模型的知识全靠预训练，新数据、企业内部数据它根本没见过，一问就容易瞎编。RAG 的思路很朴素：生成答案前先去外部知识库搜一遍，把相关资料塞给模型当参考，让它 “照着资料说”。这样既避免了微调的高成本，又能保证答案基于真实数据，还能随时更新知识库，很灵活。2️⃣ 再讲落地：项目里怎么搭 RAG 链路？别只说 “召回 - 过滤 - 生成”，要讲具体做了什么、用了什么工具，显得你真干过：第一步：搭知识库（离线准备）先把企业文档 / 业务数据切分：按语义段落拆，控制每段 token 数，太粗太细都影响检索效果用 Embedding 模型（比如 BGE、text-embedding-ada-002）把文本转成向量存到向量库（Milvus/FAISS/Pinecone 都行），方便后面做相似度搜索举个例子：我们做企业知识库时，会把长文档按章节 + 段落拆分，每段控制在 300token 左右，既保证信息完整，又不会太冗余。第二步：用户提问时的检索阶段先把用户问题也转成向量，去向量库做相似度检索，捞出 Top-K 相关文档关键：加个 rerank 模型（比如 CrossEncoder）做二次排序，把最相关的片段往前排，避免 “看似相关实则没用” 的文档干扰还可以加 query rewriting 优化提问，比如把口语化问题转成更适合检索的句式，提升召回准确率第三步：生成答案把检索到的文档片段 + 用户问题，拼进 Prompt 里，给模型明确指令：“请仅基于以下参考资料回答问题，不要编造内容，如果资料里没有答案就说‘未找到相关信息’。”喂给大模型生成答案，这样输出就完全基于检索到的真实数据，不会瞎编。3️⃣ 最后补深度：RAG 的关键与坑讲完流程，补几句踩坑经验，瞬间拉开差距：核心难点：文档切分、检索质量、Prompt 设计切分太粗：信息太杂，检索不准；太细：上下文断裂，模型看不懂检索差：哪怕模型再强，给错资料也会生成垃圾答案，所以 rerank 和 query rewriting 特别重要Prompt 要 “严”：必须约束模型只能用参考资料，不然它还是会忍不住瞎编局限性也要提：依赖 Embedding 质量，选不对模型检索直接拉胯长上下文会推高成本，太多参考资料反而让模型混乱实时性问题：知识库更新后要重新生成向量，不能秒级同步三、面试加分小技巧提架构：主动说 “我们用的是召回 - 过滤 - 生成三段式架构”，显得你体系化提优化：聊 rerank、query rewriting、多轮检索这些进阶手段，证明你不是只会基础版提场景：结合具体项目说，比如 “在企业客服知识库 / 内部文档问答里用 RAG”，比空泛讲理论更有说服力

1、自我介绍2、讲一个你做过的最有代表性的 Agent 项目3、如果让你设计一个通用 Agent 框架，你会怎么设计我会把它拆成六层。最上面是接入层，处理用户请求、鉴权、限流和会话管理。下面一层是理解层，负责意图识别、槽位抽取、风险识别和任务分类。再往下是规划层，根据任务复杂度决定是直接回答、走工作流，还是做多步规划。中间一层是记忆和上下文层，统一管理短期记忆、长期记忆、任务状态和检索到的证据。再下面是工具层，把所有外部能力封装成标准化 skill，包括描述、参数 schema、执行逻辑和异常处理。最底层是执行与评测层，负责模型调用、工具执行、结果回填、日志埋点和效果评估。如果要做成工程上可维...

给我面没招了，感觉自己好菜、面试很难，还是要多多练习1.为什么在 RAG 流程中引入父子索引（Parent-Document Retrieval）？2.为什么引入 BM25？向量检索和 BM25 的融合比例是怎样的？3.检索融合的具体流程是什么？召回后有没有做 Rerank？4.Rerank 后返回几个块（Chunk）？有没有针对这个返回数量做过验证？5.Rerank 后的 TopK 截断是怎么做的？为什么是这个值？有没有其他截断方案？6.讲一下上下文工程（Context Engineering），Agent 的记忆（Memory）是怎么做的？7.请详细讲解分布式令牌桶限流的实现。8.漏桶算法（Leaky Bucket）的原理讲一下。9。滑动窗口算法限流讲一下。如果用代码实现，滑动窗口的结构体会包含哪些字段？10.滑动窗口和令牌桶相比有什么缺点？11.在 Redis 中，你会用什么数据结构来实现滑动窗口限流？12.LRU 缓存的实现原理讲一下。13.布隆过滤器（Bloom Filter）的底层原理和适用场景讲一下。14.MySQL 索引会在哪些情况下失效？15.在使用 LIKE 进行模糊查询时，索引什么情况下会失效？16.MySQL 的事务隔离级别有哪些？如何保证一致性？17.详细说说 MVCC 的实现，ReadView 的生成时机是怎样的？18.在不同的隔离级别下，一个事务分别会创造几个 ReadView？19.MySQL 都有哪些锁？它们的作用分别是什么？20.为什么选择 Python 和 Go 作为技术栈？在处理并发时有什么区别？21.手撕代码：实现反转链表

1. 你做的 Agent 项目，完整链路讲一下完整链路一般是用户问题进入后，先做意图识别和 query 改写，再根据意图判断走纯 RAG、RAG + Tool，还是多 Agent workflow。检索阶段会做混合召回，再用 rerank 精排，拼接上下文后交给大模型生成。如果涉及订单、机票、酒店这类实时数据，会通过 function calling 调后端接口。最后返回答案时，会附上引用、置信度或者兜底话术。二面一般会继续追问每一层为什么这么设计，以及哪一层最容易出问题。 def agent_pipeline(query, user_profile): intent = detect_int...