滴滴只要985和211吗？

1、自我介绍2、项目深挖3、如果让你设计一个 Agent 的评测体系，你会怎么做Agent 的评测不能只看最终回答像不像，因为很多场景里最终答案看起来没问题，但中间过程其实已经错了。真正可用的评测体系应该至少覆盖三层。第一层是结果评测，也就是任务有没有完成，最终输出是不是符合目标。第二层是过程评测，要看任务拆解是否合理、工具是否选对、参数是否正确、执行顺序是否稳定。第三层是系统评测，要看延迟、成功率、重试率、单次成本、异常恢复能力这些工程指标。如果是线上系统，我会把评测拆成离线和在线两部分。离线阶段构造标准数据集，做固定样本回放，评估规划正确率、工具调用成功率、任务完成率和输出质量。在线阶段则...

大佬们看看，有没有什么还要修改的地方，第一个项目做的是黑马点评，加了一个rabbitMQ，第二个项目是鱼皮的API开放平台结合了一下鱼皮的大语言对话模型项目

备战考研结果直接下岸，现在赶着来春招，结果简历投出去就石沉大海，大家能帮我看看，给我点修改经验吗😭😭😭

面试官提问：“设计了一个Agent系统，在执行多步任务时某一步失败了，你会怎么处理？”这个问题的一种回答思路诞生在大模型出现之前，就是典型的软件工程答案：加异常处理、设置最大重试次数，重试三次仍然失败就返回错误信息。这个回答不能说错，确实是工程基本功。但问题在于这是传统软件系统的错误处理思路。如果把这一套原封不动搬到 Agent 系统里，其实只解决了最简单的一类问题。面试官真正想考察的是：你有没有意识到，Agent 的失败和传统软件的失败根本不是同一种问题。（我的回答放在文末了）本质区别：显性失败与隐性失败在传统软件中，失败通常是显性的。接口超时、参数校验失败、数据库连接异常，这些问题都会抛出...