携程Agent开发实习一面凉经分享

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

大家好，我是@程序员花海。近期一直在参与团队内 AI Agent 方向的技术面试，面过大量应届生与转行开发，聊得多了也越发清楚，大部分求职者看似项目写得满满当当，基础知识背得滚瓜烂熟，一深入交流全是漏洞。今天不从备考角度讲知识点，单纯站在面试官视角，聊聊我在面试过程中，发现绝大多数人身上普遍存在的真实问题，也是直接决定你能否通过面试的核心原因，准备面试的同学自行对照自查。一、只会调用框架接口，完全不懂底层运行逻辑这是面试里最普遍也最致命的问题。很多同学学习 Agent 全程依赖现成框架，不管是日常开发还是做项目，全程只会调用封装好的方法，顺着教程一步步完成流程搭建，从来不去深究内部执行逻辑。问...

1.介绍一下你最近做的项目，主要实现了什么功能2.如何解决记忆冲突3.如果不做记忆全量索引怎么实现记忆更新4.长短期记忆怎么管理5.长期记忆模块的输入和输出分别是什么？数据怎么流转和存储？6.怎么做记忆压缩7.复杂场景如何做记忆检索，检索策略该怎么区分和优化？8.长上下文kv cache碎片化怎么解决9.memory benchmark如何设计的10.记忆主要用哪些量化指标评估？11.如果设计一个大型 Agent系统，整体架构你会怎么分层设计？12.子agent怎么避免上下文污染13.常用的提示词工程技巧有哪些？14.Skill 和 MCP 之间是什么关系？

1.自我介绍2.实习介绍3.会哪些编程语言，掌握程度，会哪些agent开发框架？4.LangChain和LangGraph的区别？5.新版本LangChain为什么底层使用LangGraph？6.使用过哪些Vibe Coding工具，怎么使用？实习相关：7.讲一下Agent自动建单流程？8.再自动建单前的NLP处理是怎么做的？9.主Agent和自动建单Agent（子）是怎么做协调的？10.为什么需要单独构建Agent Tools服务？11.为什么将Tools注册到Nacos上，而不是使用MCP这种形式？12.工具的自动注入是怎么实现的，有什么意义？其他：13.请你讲讲Agent和基模的本质区别...