news 2026/2/28 12:41:11

【Agent】Evaluation and Benchmarking of LLM Agents: A Survey

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
【Agent】Evaluation and Benchmarking of LLM Agents: A Survey

note

文章目录

  • note
    • 一、论文想解决什么问题?(Why)
      • 核心问题
    • 二、论文的核心贡献(What)
      • 1️⃣ 提出一个 **二维评测分类体系(Taxonomy)**
      • 2️⃣ 系统梳理已有工作
      • 3️⃣ 明确指出 **企业级 Agent 评测的缺口**
    • 三、二维评测框架(核心)
    • 第一维:Evaluation Objectives(评什么)
      • 1️⃣ Agent Behavior(外在行为表现)
      • 2️⃣ Agent Capabilities(内部能力)
        • • Tool Use(工具调用)
        • • Planning & Reasoning(规划与推理)
        • • Memory & Context(记忆与上下文)
        • • Multi-Agent Collaboration(多 Agent 协作)
      • 3️⃣ Reliability(可靠性)
      • 4️⃣ Safety & Alignment(安全与对齐)
    • 第二维:Evaluation Process(怎么评)
      • 1️⃣ Interaction Mode(交互模式)
      • 2️⃣ Evaluation Data(评测数据)
      • 3️⃣ Metrics Computation(怎么算分)
      • 4️⃣ Tooling(工具)
      • 5️⃣ Context(评测环境)
  • Reference

一、论文想解决什么问题?(Why)

核心问题

  • 现在LLM Agent 越来越复杂
    会规划、用工具、有记忆、能多轮互动、能协作

  • 评测方法仍停留在 LLM 级别

    • 单轮 QA
    • accuracy / BLEU / pass@k
  • 👉这些方法已经不足以评测 Agent

论文用一个很形象的比喻(在 Introduction):

评测 LLM ≈ 测发动机
评测 Agent ≈ 测整辆车在不同路况下的表现


二、论文的核心贡献(What)

论文做了三件非常重要的事:

1️⃣ 提出一个二维评测分类体系(Taxonomy)

  • 不是堆 benchmark
  • 而是抽象出评测的“空间坐标系”

2️⃣ 系统梳理已有工作

  • 把零散的 benchmark、指标、工具
  • 放进统一框架里对齐

3️⃣ 明确指出企业级 Agent 评测的缺口

  • 可靠性
  • 合规
  • 长时交互
  • 权限与审计

三、二维评测框架(核心)

第一维:Evaluation Objectives(评什么)

👉Agent 本身哪些“能力 / 属性”需要被评测

1️⃣ Agent Behavior(外在行为表现)

黑盒视角,像用户一样看 Agent

  • ✅ 任务是否完成(Task Completion)
  • ✅ 输出质量(质量、可读性、准确性)
  • ✅ 延迟 & 成本(Latency & Cost)

📌 典型指标:

  • Success Rate
  • pass@k
  • TTFT
  • Token cost

2️⃣ Agent Capabilities(内部能力)

白盒 / 过程导向,Agent 是怎么做到的

• Tool Use(工具调用)
  • 会不会调用
  • 选没选对
  • 参数对不对
  • 是否能执行成功
• Planning & Reasoning(规划与推理)
  • 工具序列是否合理
  • 中间决策是否正确
  • 是否能动态调整(ReAct)
• Memory & Context(记忆与上下文)
  • 多轮对话是否记得关键信息
  • 长时任务是否一致
• Multi-Agent Collaboration(多 Agent 协作)
  • 是否能分工
  • 是否有效沟通
  • 是否同步目标

👉这是 Agent 和普通 LLM 最大的分水岭


3️⃣ Reliability(可靠性)

企业和生产最关心的,但研究里最容易忽略的

  • 一致性(同样输入是否稳定)
  • 鲁棒性(输入扰动、工具失败)

📌 重点提出:

  • pass@k 不够
  • pass^k(每次都成功)才是生产级要求

4️⃣ Safety & Alignment(安全与对齐)

不只是“有没有骂人”,而是:

  • 公平性
  • 有害内容
  • 合规 & 隐私
  • 企业政策遵循

第二维:Evaluation Process(怎么评)

1️⃣ Interaction Mode(交互模式)

  • Static / Offline(离线)
  • Dynamic / Online(交互式)

👉 论文强调:
Agent 必须大量用动态评测


2️⃣ Evaluation Data(评测数据)

  • 人工标注
  • 合成数据
  • 模拟环境
  • 真实日志

3️⃣ Metrics Computation(怎么算分)

三大类:

  • Code-based(规则/执行)
  • LLM-as-a-Judge
  • Human-in-the-loop

👉 强调没有银弹,需要组合


4️⃣ Tooling(工具)

  • LangSmith
  • DeepEval
  • OpenAI Evals
  • AgentOps

提出一个概念:

Evaluation-driven Development(EDD)
评测不是收尾,而是开发过程的一部分


5️⃣ Context(评测环境)

  • Mock API
  • Sandbox
  • Web Simulator
  • 真实系统

Reference

[1] Evaluation and Benchmarking of LLM Agents: A Survey

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/2/25 14:10:48

软件测试面试题集合

软件测试面试题,这是一份集锦,也是一份软件测试人员 学习的好工具书,非常实用。 01. 为什么要在一个团队中开展软件测试 工作? 因为没有经过测试的软件很难在发布之前知道该软件的质量,就好比 ISO 质量认证一样,测试同…

作者头像 李华
网站建设 2026/2/25 12:46:56

OpenVSCode Server终极性能调优与资源管理完整指南

OpenVSCode Server终极性能调优与资源管理完整指南 【免费下载链接】openvscode-server 项目地址: https://gitcode.com/gh_mirrors/op/openvscode-server OpenVSCode Server作为基于浏览器的代码编辑器服务器,其性能表现直接影响开发效率。本文将为您提供一…

作者头像 李华
网站建设 2026/2/22 14:21:36

【系统微服务化】

微服务化改造的关键步骤 圈定服务边界与数据表 确定微服务包含哪些数据表是改造的第一步。库存服务涉及15张表,包括自营库存表、商家虚拟库存表等。这些表与商品基本信息表关联较弱,便于独立拆分。业务架构师和数据架构师需深入分析业务场景和表关系&…

作者头像 李华
网站建设 2026/2/21 11:05:39

高可用架构(一)

高可用架构改造要点总结 针对小程序点餐平台的高并发场景(10万QPS、500万日订单、99.99%可用性),以下是关键改造措施: 前端接入优化CDN加速静态资源 商品图片等静态数据通过多地CDN节点分发,减少服务端负载。Nginx集群…

作者头像 李华
网站建设 2026/2/25 5:27:04

终极指南:如何为泉盛UV-K5对讲机刷入开源固件实现专业功能

终极指南:如何为泉盛UV-K5对讲机刷入开源固件实现专业功能 【免费下载链接】uv-k5-firmware-custom This is a fork of Egzumer https://github.com/egzumer/uv-k5-firmware-custom 项目地址: https://gitcode.com/gh_mirrors/uvk/uv-k5-firmware-custom 想要…

作者头像 李华