Agent面试会问什么？

很多设计题聊到最后，都会慢慢绕回“稳定性”这件事。一开始还没那么强烈的意识。觉得 Agent 设计题重点应该是架构怎么拆、工具怎么接、Memory 怎么存、RAG 怎么做，或者 Multi-Agent 怎么协作。结果面多了之后发现，这些东西聊着聊着，最后几乎都会被问到同一个方向：如果它出错了怎么办，如果它一直跑不回来怎么办，如果线上真的来很多请求怎么办。后来想想其实也挺正常。因为 Agent 这类系统和传统那种很固定的后端流程不太一样，它天然就更“不稳”。传统系统很多时候是你把规则写死，输入和输出路径都比较确定；但 Agent 不是，它中间有模型决策、有工具调用、有外部数据、有多轮上下文，链路一长，变量就会变得很多。只要中间任何一层开始飘，整个结果都可能跟着飘。所以面试官前面问你架构、问你 Tool Calling、问你 Memory，看起来像是在听方案，实际上很快就会往后问：这个方案怎么稳住。比如你说模型自己判断该调哪个工具，那下一句就可能是，如果它调错了呢；你说用了 Multi-Agent 去拆任务，那后面可能就会接，如果其中一个 Agent 输出错了，下游怎么处理；你说接了知识库做 RAG，那也很容易继续问，检索到了不相关内容怎么办，知识库更新不及时怎么办。Agent 设计题里最容易被忽略的一点就是，很多人会默认自己是在讲“理想链路”，但面试官其实更关心“非理想链路”。也就是说，你当然可以先讲正常情况下系统怎么跑，但如果你只会讲 happy path，后面大概率就会被一直追问。因为真正难的地方，本来就不是“它能不能工作一次”，而是“它能不能在复杂场景里别太失控”。而且这种稳定性，还不是只指服务别挂这么简单。它其实分很多层。最表层的是接口别报错、调用别超时，再往里一点是模型别乱调工具、别死循环、别把参数填错；再往后一点，是上下文别越跑越脏，Memory 别把旧信息带偏，多个 Agent 之间别互相污染；再工程一点，还会涉及监控、降级、重试、回滚、权限控制这些。现在再被问这种题，我会更有意识地去想两条线：一条是系统怎么工作，另一条是系统怎么出问题。很多时候后者反而更重要，因为 Agent 这类东西你只要真的做过一点，就会知道它最麻烦的从来不是第一轮跑通，而是后面怎么别失控。

哈喽小伙伴们👋 最近后台好多学弟学妹、转行大佬、跳槽老哥都在问华为 OD 到底值不值得冲、是不是纯外包、能不能转正、坑多不多。 网上乱七八糟的说法太多，黑的吹的都有，今天抛开套路，用业内真实视角，我不用官方套话，全程大白话唠嗑，把大家最关心的高频问题挨个解答，纯避坑指南，小白一看就懂！1、关于 “外包毁简历、进了就和大厂无缘” 很多人纠结：都说一进外包深似海，以后再也进不了大厂，OD 会不会也这样？ 客观理性说，凡事都有两面性。站在四年OD招聘 HR 视角，大厂选人逻辑很清晰：先看学历背景，再看大厂履历，最后看项目经验和技术匹配度。 本身学历、能力、履历都很能打的人，就算不投 OD，也能拿到...

行情让我清醒了很多。我最终还是放低了要求，不再一味追求高起点。为了能尽快上岸，我降低了几个关键标准：接受了支持类技术岗位、愿意从基础工作做起、不再介意公司知名度一般，也接受了相对普通的福利待遇。现实告诉我，先站稳脚跟比空谈理想更重要。

📍面试公司：百度🕐面试时间：二面 5.11💻面试岗位：后端开发❓面试问题：自我介绍（背景+技术栈+实习+项目）什么时候可以到岗？实习时长？实习拷打根据你的理解说说 RAG 是什么？RAG 会出现什么问题你知道吗？如何优化你知道吗？LLM 回答出现幻觉怎么办？LLM 投毒怎么解决？JWT的组成部分？你的payload部分存的是什么？其他用户能通过一些手段看到payload部分的信息吗？为什么要使用ThreadLocal？本来想问ThreadLocal的内存泄露，又改成平时有没有遇到过OOM？讲一下你项目中rabbitmq的使用？怎么实现的延迟消息？说一下“redis解决共享session问...