27日常实习字节agent开发二面分享

感觉面完人都通透了，还是太菜了，下去沉淀一下1.如何设计多模型支持架构？2.多租户环境下模型切换是否支持热更新？切换是否相互独立？3.Agent 的记忆、工具调用、知识库检索等关键组件是如何实现的？4.系统中的 Agent 包含哪些具体状态？5.后端 Agent 是否支持多租户同时调用？6.Session 和 User ID 是如何绑定的？7.Agent 工具调用的完整业务流程是怎样的？8.长期记忆和短期记忆在设计上有什么区别？本质上有什么区别？9.SSE 在前后端是如何交互的？10.后端以什么数据格式推送流式信息？11.Agent 发生“工具调用”时，SSE 推送的事件结构中通常包含哪些字段？12.MCP的交互流程是怎样的？13.Agent 如何与 MCP Server 连接通信？14.RAG 的主要模式和主要工作流程是怎样的？15.Agent 一般在什么阶段去查询向量知识库？通过什么方式去查询？16.查询知识库的工具函数，其标准输入和输出是什么？17.Go 语言的 GMP 调度模型是怎样的？18.GMP 模型中的 Machine (M) 代表什么？19.Processor (P) 上的本地队列长度通常是多少？20.系统如何实现图像识别等多模态功能？21.为什么不直接使用多模态大模型？

❓面试问题：询问项目1.rag和sft的区别和适用场景2.rag的知识库如何做定期维护场景题1.大量用户直播场景，有点赞功能，如何优化。（先答了使用redis，然后询问有没有其他优化，回答前端节流、服务端分片分批次提交），询问java使用什么数据结构（回答使用concurrentHashMap,value使用原子操作）2.如何实现三个线程执行完成后再执行（回答使用信号量或者锁，三个线程记录count值，达到3时唤醒主线程）八股1.什么是回表。2.什么时候不走索引。3.什么时候叶分裂。4.redis的缓存一致性。手撕1.三个线程按顺序打印1，2，3🙌面试感想：

我前面几场面试讲项目的时候，一讲出来总有一种“像看过，不像做过”的感觉。后来自己复盘才发现，问题很多时候不在项目本身，而在于我讲项目的时候太喜欢报菜名了。上来就是用了 RAG、用了 Tool Calling，听起来东西很多，但讲完之后，面试官其实还是不知道你这个项目到底在解决什么问题，你自己又到底做了什么。3月份的时候我意识到，一个 Agent 项目讲得像不像真的做过，不是提了多少技术词，是有没有把那些只有做过才会在意的东西讲出来。比如不要一上来先讲架构，而是先讲为什么会变成这个架构。如果只是说“我们用了多 Agent”，这句话其实很空；但如果说“最开始想用单 Agent，后来发现规划、检索和执行全塞在一起之后，链路太长，出错了也不好定位，所以才拆开”，这就一下子不一样了。因为前者是在报结果，后者是在讲你做决策的过程，后者会更像你真的参与过，而不是把一个现成方案复述一遍。还有一个很重要的点，就是少讲“系统有什么”，多讲“改了什么”。真正会让项目突然变得“像自己做过”的，往往是那些变化。原来怎么做的，后来为什么改，改完之后解决了什么问题，哪个地方当时犹豫过，最后为什么选了现在这个方案。哪怕改动不大，只要是具体的，就会比“做了优化”这种话有说服力得多。比如说一开始检索结果直接拼上下文，后来发现召回一多模型就会被带偏，所以又补了一层 rerank，把 topk 从 10 压到 5，这种话就很像真的做过，因为里面有问题、有改动。还有一点我觉得很关键，就是尽量少用那种很抽象的词，多讲动作。比如“做了状态管理”这句话本身没错，但太空了。更像自己做过的说法是，因为这个任务是多步执行的，中间结果后面还要继续用，所以把当前任务状态单独存出来，不然某个 Tool 超时以后很难从中间恢复。只要开始用动作替代名词，整个项目就会一下子真实很多。我感觉，项目讲得像不像自己真的做过，不是看讲了多少，而是看有没有把这些东西说出来：为什么这么设计，具体改了什么，哪里出过问题，当时怎么处理的，哪些地方现在还不完美，但知道问题在哪。

作者前言： > 最近大模型和 Agent 火得一塌糊涂，牛客上每天都能看到一堆“大模型应用开发”、“Agent专家”的岗位。作为一个从传统搬砖/非技术背景一路摸爬滚打转过来的过来人，看着朋友圈里动辄几千块的“AI大咖带教班”，我只想说：快捂紧你的钱包，别再被割韭菜了！ 转岗大模型应用层真的不需要你先去啃半年算法。  一、 转岗核心前提：先搞懂“AI Agent开发”到底做什么，别盲目跟风 很多传统开发和非技术同学，看到“AI Agent”这个词热度高就盲目跟风转岗，连这个岗位的核心工作都没搞懂，最后学了半年还是找不到工作。 我转岗初期也踩过这个坑，一开始疯狂学深度学习、啃 Transfo...