你怎么证明你的Agent变好了

1.介绍你的agent项目，为什么做？能解决什么问题？有什么收益？2.知识库agent是搭建在哪里，线上？还是线下？3.大模型是如何选型的？4.RAG知识库的搭建流程？5.在RAG系统中，文档分割大小和检索TopK参数的选择是如何确认下来的？6.你的Mutil-Agent是如何协同的？7.有没有做过本地化部署的模型？8.另一个项目拷打...9.反问...总共耗时在25分钟左右

这类题一般不问空概念，重点看你怎么分工：主 Agent 怎么拆任务，子 Agent 边界怎么定，谁负责规划、执行、校验，冲突和重复调用怎么避免，失败后怎么回退重试。能讲清流程、角色和协同机制，面试官会更认可你真做过。

1. 项目拷打2. Agent 和传统工作流到底有什么区别传统工作流更像一个提前画好的流程图，路径基本固定，输入来了以后按节点顺序执行，比如分类、检索、总结、返回。它的优点是稳定、可控、好排查，比较适合业务规则明确的场景。Agent 的核心不是“多一步调用模型”，而是“具备动态决策能力”。它会根据任务目标、当前上下文和外部环境决定下一步做什么，比如先查知识库还是先问用户补信息，要不要调工具，要不要继续分解任务。实际落地里，纯 Agent 和纯工作流都不多，更多是混合架构。主链路用 workflow 保稳定，在复杂节点里再让 Agent 做决策，这样可控性和灵活性都会更好一些。3. 你理解的 A...

你们这些卡92的，就在jd里标清只要92，装什么众生平等。发70个邮件让我完善简历，我还以为被网暴了。说你就是你慧策，上午参加了宣讲会，技术岗位上来来了一句：只要985211或双非ACM银牌，66666。92才不去你们那破公司，双非本就和有案底没区别，快滚。