AI Agent实习面经 美的

1、自我介绍2、我看你实习做过差旅报销 Agent 项目,简单介绍下3、这个差旅报销 Agent 是单 Agent 还是多 Agent整体上更接近单 Agent + 多工具协同。系统只有一个主控 Agent，负责理解用户当前诉求、决定调用哪些工具、根据工具结果继续推进流程。OCR、分类、抽取、规则校验这些模块虽然很多，但本质上都是工具，不是独立自治的 Agent，所以不能严格算多 Agent 系统。如果要说架构特点，就是由一个 Agent 负责统筹任务，把工具能力串起来，完成一个完整报销闭环。4、你在这个项目里主要负责哪部分主要负责的是任务理解、工具路由、Prompt 设计、流程编排和结果后处...

前情提要 本人29届毕业，这几天也是春招火热期，于是在boss上投了几个公司。发了几份简历之后，第四范式公司hr初步问我了一些vibe coding的经历，之后打算联系我进行面试。面试内容问：简历中AI Agents的开发经历是个人开发的还是在实习？答：前两个项目是个人开发，后一个是团队开发的（项目：工作流、AI框架、Agent多端应用）问：索要项目上线的网址和在这个Agent多端应用中负责什么方向？答：这个项目的后端是一个golang、python的微服务架构，其中golang负责后端，python负责ai层。前端则是web端为vue3，移动端为flutter。我负责的是全部的的ai层和golang后端的跨域通信和部分后端功能和web前端功能的改进设计。问：询问项目的主要功能，和如何实现？答：使用langchain、langgraph框架，首先把工具通过mcp-adapters进行打包，之后ReActAgent进行调用工具与数据库进行交互，另一方面在进行增删改操作时由于ai输出不一定满足用户的需求，我做了一个独立的确认节点作为拦截中间件，截断了数据的写入，而用户可以来自行编辑或保存删除。问：Agent的工作模式都有什么？答：ToolsCallingAgent、ReActAgent、ReflectionAgent、PlanAndSolveAgent（并粗略展开每一种大概机制，此处不多赘述）问：介绍一下你对RAG的理解？答：我平时不太喜欢用RAG，主要因为两点，自己开发的时候大多数用不到这个技术，RAG最好在垂直领域来使用，尤其是ToB或者专精某一特定领域，而且前段时间不少人说RAG已死，指的是现在很多东西能替代RAG的功能；其次RAG的召回率并不算太高，想要优化召回率只能花费大量人力财力来进行经验微调。知识库开发的流程一般是，先进行数据清洗，之后进行向量化储存到向量数据库，召回时在进行一个向量匹配的操作问： 看到你做了一个memory上下文记忆功能的处理，可以说一下处理逻辑吗？答： 记忆可以分成长期记忆和短期记忆，我在长期记忆这里使用的是RAG技术，将用户强调或者比较有价值的数据存入，这样可以作为一个跨对话窗口的上下文，而短期记忆我也是做了一个上下文压缩，用了一个经验值作为阈值，等上下午到一定程度之后就会进行精炼，而精炼又有两种模式，我分为智能模式和机械模式，智能模式是通过llm进行关键信息等提炼，机械模式是通过正则处理去除冗余的工具调用日志和结构化导致的上下文污染问：对于模型的选型你是否有考虑呢？答：之前自己做过coding agent等类似的项目，在多智能体系统中对于不同的任务采用的模型不同，比如plan使用主力模型opus，编写代码使用中等模型sonnet，而探索项目结构可以使用haiku等小模型，这样的话既可以节省token花销也可以不降低代码质量问：你是否有AI编程的经历和理解？答：略（先是说了市面上各ai编程工具的差异性优点及缺点和我自己的订阅情况，之后说了开发模式相关如spec driven。ps：可参考该文章 AI 原生工程）问：对于Agent有没有什么熔断机制？你有接触过么？比如你的基模直接卡死了，你的后端是否有什么保底机制？答：有的，在项目中我对tool calling做了一个熔断机制如果工具调用失败超过三次就会进行熔断处理，防止反复重试导致系统崩坏。如果基模卡死的话，完全可以弄一个集群来处理，如果一个服务器掉了可以快速转到另一个提供llm的服务器。最终也算是过了

1、自我介绍2、介绍一下实习3、你们的 Agent 项目落地完成后，是直接交付给业务方还是让对方调用 API这两种方式都常见，区别主要在交付形态。如果是直接交付给业务方，一般会做成完整应用，比如网页端、内部工作台、客服系统插件或者企业微信机器人。业务方直接使用现成系统，不需要关心底层模型、检索、工具调用这些实现细节。这种方式更适合业务部门直接落地，优点是使用门槛低，缺点是后续定制需求可能会比较多。如果是提供 API，通常说明 Agent 能力被当成平台能力输出。业务方或者其他系统通过接口调用，比如传入用户问题、上下文信息、用户 ID，再拿回模型结果。这种方式更适合中台化建设，扩展性更强，不同业...

血的教训！面试手撕代码，千万别拿到题就开始敲有次面试，题目是"设计一个秒杀系统"，我上来就咔咔写代码，写了一半面试官说："我没让你实现，先说说思路"……当场社死。现在我的套路：先复述题目确认理解正确（"您看我的理解对吗？"）问边界条件（输入为空怎么办？数据量多大？）说思路（暴力解->优化解，讲清楚时间空间复杂度）问面试官（"这个思路可以吗？还是您希望我直接写？"）再开始写这一套下来，面试官会觉得你思路清晰，即使代码有小bug也能容忍。