字节一面挂,面试官揪着Agent项目细节问了好几层,最后说:“今天先到这里”
最近面了字节、阿里、拼多多、小红书的Agent岗位,其中字节的面试是所有公司里最累的,面试官揪着项目中一些非常细节的点刨根问底,准备字节的面试前,要对项目的端到端有非常深入的了解。
几场面试下来,总结一些高频问题,希望能帮助到需要的人。
Q1:怎么对Agent做评估?

1.自动化评测,构建黄金数据集(Golden Dataset)
需要提前准备包含上百个典型场景的评测集,每个测试用例包含:用户输入、上下文背景(Context)、预期行为或标准答案(Expected Output/Action)
2.智能评测,LLM-as-a-Judge(大模型作为裁判)
对于主观性很强的输出,或者复杂的Agent执行轨迹(Trajectory),选用能力更强、稳定性更好的基准大模型(如 GPT-4o、Claude、自研高端基座)作为自动裁判。

3.人工评测与众包(Human-in-the-loop)
由业务专家、算法产品、专职标注人员逐条查看 Agent 完整执行链路,按统一打分表手动打分、记录缺陷,是可信度最高、线上上线前必做的评测方式。
如果想测试Agent在行业内的通用水平,可以直接运行这些开源基准评测集:

Q2:Agent项目的记忆系统怎么实现?

1.短期记忆
相当于LLM的上下文窗口(Context Window),它记录了当前正在进行的对话轮次或任务的中间步骤。
痛点:随着对话的增加会爆Token
解决方案:使用滑动窗口机制(只保留最近的几轮)或滚动摘要(使用LLM将历史会话总结成一段简短的摘要注入到Prompt中)
2.长期记忆
相当于Agent的“知识库”,存储过去的完整交互历史和长期事实。
实现方案:使用向量数据库,将历史对话,通过Embedding模型转化为向量(Vectors)持久化存储。
Q3:Agent怎么做上下文压缩?

1.滚动摘要压缩
当对话历史达到设定阈值时,不直接丢弃旧对话,而是让LLM将旧对话压缩为一段“状态摘要”。
实现逻辑:保留最新的N轮原始对话,将N轮之前的历史对话投喂给一个小型、低成本的LLM,生成一段如“用户目前正在咨询xx产品的价格,并表达了对售后服务的担忧”的摘要。在下一次请求时,将「历史系统摘要」+ 「最近N轮对话」+「当前用户输入」组合成新的Prompt。
优点:能够保留长时间线上的大体上下文框架,
缺点:摘要会丢失代码细节、特定的数值或精确的专有名词。
2.基于LLM评级的关键信息提取
不同于机械的总结整段话,这种方法更像人类的「记笔记」行为。它通过Prompt引导LLM只提取和更新关键实体与事实。
实现逻辑:设计一个后台任务,定期分析最近的对话,提取出“键值对”或“事实列表”。例如:原始对话是“我下周要去北京出差,帮我看看周二天气,顺便订张高铁票”。LLM提取出压缩信息为:{位置:北京,时间:下周二,任务:查看天气、订高铁票}。随着对话的进行,不断动态更新这个事实库,丢弃所有的废话。
使用场景:个人助理、任务驱动型Agent
Q4:Agent的可观测性是怎么做的?

业界通常从追踪(Tracing)、评估(Evaluation)和指标监控(Metrics)三个维度来构建
1.追踪(Tracing):端到端决策链路还原
Tracing 的核心目标是完整记录一次任务 / 一轮对话的全执行路径,把 Agent 的黑盒决策过程拆解成可排查的分步节点,用于定位故障、分析 Bad Case、还原决策逻辑。
一个标准 ReAct 架构的 Agent,单轮交互至少包含以下 Span(链路节点),统一通过 TraceID 串联;多轮会话额外通过 SessionID 关联,支持完整任务全流程回溯:
- 输入预处理:用户输入解析、意图识别、敏感词校验
- 记忆检索:短期记忆加载、长期记忆召回、语义记忆(RAG)检索
- Prompt 组装:上下文拼接、系统指令注入、工具描述拼接
- LLM 推理调用:模型请求、流式响应、Token 统计
- 决策解析:从模型输出中解析 Thought/Action/Action Input
- 工具执行:单工具 / 多工具串联调用、参数传递、结果返回
- 结果校验:工具结果合法性校验、幻觉初检
- 回复生成:最终回答组装、格式化输出
- 记忆回写:短期记忆更新、长期记忆归档、语义记忆增量更新
2.评估(Evaluation):非确定性输出的质量度量
Evaluation 是 Agent 可观测性的核心差异点:传统服务靠状态码判断成败,而 Agent 的输出是自然语言 / 多步动作,系统调用成功不代表任务完成、回答正确。评估的核心目标是给每一次执行打质量分,量化 “做得好不好”。具体的评估方式可参考Q1:怎么对Agent做评估?
所有评估结果必须作为标签 / 字段挂载到对应链路上,形成 “质量分 + 完整链路” 的闭环。快速筛选:按 “任务失败”“幻觉”“低分” 过滤所有 Trace,直接定位问题链路。
根因分析:低分链路可以展开看每一步细节 —— 是检索不准、模型决策错了,还是工具返回异常。
3.指标监控(Metrics):全局量化与告警
Metrics 是将追踪和评估的数据做时序聚合,形成可观测大盘,用于监控全局趋势、发现异常波动、对比版本效果、核算成本。核心是 “从单点到全局”。
Agent独特的监控指标除了传统的QPS和系统错误率,Agent必须监控以下指标:
Token吞出与成本:统计个用户、单个任务消耗的token数。Agent Loop很容易陷入死循环,必须监控并设置熔断。
延迟分解:不要只看总延迟,要拆分出LLM首字延迟(TTFT)、LLM生成延迟、工具执行延迟。
工具调用准确率:监控Agent生成的Tool Call的格式正确率(是否经常报Json格式错误),以及工具本身的执行成功率。
轨迹长度:Agent完成一个任务平均需要多少轮思考。如果步数异常变高,说明Agent在迷路。
Q5:Agent报错怎么解决?

要回答这个问题,前提是要知道Agent有哪些常见的报错。
1.幻觉与死循环
现象:Agent在同一个步骤里卡住,反复调用同一个工具,或者两个工具来回打架,知道触发Token上限或超时报错。
解决方案:硬性计数熔断,代码里加计数器。例如max_iterations = 5,超过5次Agent还在思考,直接强制退出,并报错返回。
2.工具调用参数错误
现象:Agent准确选择了工具,但传过去的参数类型不对(比如把字符串传给了需要数字的API)或缺少必填字段。
解决方案:
完善工具描述:仔细检查写给工具的描述,LLM是靠描述来理解怎么传参的,写清楚:“userId:string(the unique ID of the user,e.g. ‘U12345’)”
参数校验层:在工具执行前加入一行Pydantic校验。如果报错,不要让程序崩溃,而是把报错信息包装成一条“Tool output”返回给Agent,让Agent知道传参错误,它会自动尝试修复参数重新调用。
3.JSON格式错误
现象:报错信息类似Failed to parse AI output。Agent决定调用工具,但大模型突出的JSON丢了双引号、多了逗号、或者混杂了普通文本,导致代码无法解析。
解决方案:
Prompt强约束:在System Prompt中加入:Return ONLY a valid JSON object,no explanation,no markdown formatting。
容错重试:写一个try-catch,如果解析失败,把报错信息和刚才的错误文本再投喂给LLM:“你刚才输出的JSON格式错误,报错是xx,请帮我修复并重新输出。”
总结:以上5个问题的回答我主要是通过资料的查阅,有部分在项目上实践。其他的问题诸如:“Agent项目是怎么做流式输出的”,“Agent有哪些开源项目”,“企业级Agent的护城河是什么”等等,也是经常被问到的话题。
学AI大模型的正确顺序,千万不要搞错了
🤔2026年AI风口已来!各行各业的AI渗透肉眼可见,超多公司要么转型做AI相关产品,要么高薪挖AI技术人才,机遇直接摆在眼前!
有往AI方向发展,或者本身有后端编程基础的朋友,直接冲AI大模型应用开发转岗超合适!
就算暂时不打算转岗,了解大模型、RAG、Prompt、Agent这些热门概念,能上手做简单项目,也绝对是求职加分王🔋

📝给大家整理了超全最新的AI大模型应用开发学习清单和资料,手把手帮你快速入门!👇👇
学习路线:
✅大模型基础认知—大模型核心原理、发展历程、主流模型(GPT、文心一言等)特点解析
✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑
✅开发基础能力—Python进阶、API接口调用、大模型开发框架(LangChain等)实操
✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用
✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代
✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经
以上6大模块,看似清晰好上手,实则每个部分都有扎实的核心内容需要吃透!
我把大模型的学习全流程已经整理📚好了!抓住AI时代风口,轻松解锁职业新可能,希望大家都能把握机遇,实现薪资/职业跃迁~
这份完整版的大模型 AI 学习资料已经上传CSDN,朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】

更多推荐


所有评论(0)