Yehudai et al. organize LLM-agent evaluation across five perspectives. Core capabilities taxonomizes agent benchmarks by what they measure — planning and multi-step reasoning (PlanBench, FlowBench), function calling and tool use (BFCL, ToolBench, ComplexFuncBench), self-reflection (LLM-Evolve, LLF-Bench), and memory (StreamBench, MemoryAgentBench). Application-specific benchmarks shift the lens to domains — WebShop / Mind2Web / WebArena for web agents; SWE-bench Verified / SWE-bench Pro / SWE-Lancer for software engineering; ScienceAgentBench / CORE-Bench / PaperBench for scientific research; τ-Bench / τ²-Bench for conversational agents. Generalist-agent platforms host multiple task types under one harness — AgentBench, HAL, TheAgentCompany on the unified side, OSWorld / AppWorld / Gaia2 for full computer environments, Harbor Framework / Exgentic for standardized protocols. The five cross-cutting dimensions — data curation, environment type, interface, metric, safety — are then applied as a structural lens: a five-axis sheet fixes eight representative benchmarks (SWE-bench Verified, SWE-Lancer, Mind2Web, WebArena, PaperBench, TXU-Bench, AppWorld, GAIA) along those axes. Framework tools completes the picture with the production-facing platforms developers actually use to instrument agent runs (LangSmith, Langfuse, Vertex AI, Arize AI, Galileo, Patronus AI, AgentEvals, Mosaic AI).

The wins are uneven. Most benchmarks still conflate LLM capability with agent harness design — the same model scores differently across harnesses, and pass^k-style reliability metrics surface consistency gaps that pass@1 hides. SWE-bench Verified’s success criterion (unit tests) and τ-Bench’s (database state) are not directly comparable, and the safety column is sparsely populated. The survey proposes but does not deliver fine-grained step-level metrics, cost / efficiency tracking, or synthetic-data generation at scale. Trajectories are schematic; numbers are paper-report.

teaching explainer · Yehudai et al. · arXiv 2503.16416 · Hebrew U / IBM Research / Yale · arXiv:2503.16416 | repo github.com/YehudaiAsaf/AgentEvalSurvey · survey has no quantitative main experiment — all demos are structural comparisons; The five-dimension structural sheet and the framework feature matrix are paper-report verbatim

0overview

core: agent evaluation spans four axes — core capabilities (planning, function calling, self-reflection, memory), application-specific benchmarks (web, SWE, scientific, conversational), generalist-agent platforms (single-task unification, full computer environments, standardized protocols), and framework tools (LangSmith, Vertex AI, Patronus AI, Galileo, Mosaic AI). A five-axis structural lens — data curation · environment · interface · metric · safety — is applied to 8 representative benchmarks via a structural sheet, with realistic + live trends plus five future gaps named in the closing section (granularity, cost, scaling, safety, harness decoupling).

capabilities

4 capability groups

Planning / FlowBench · Function calling / BFCL · ToolBench · ComplexFuncBench · Self-reflection / LLM-Evolve · LLF-Bench · Memory / StreamBench · MemoryAgentBench.

applications

4 domains

Web / Mind2Web · WebArena · SWE / SWE-bench Verified · SWE-bench Pro · SWE-Lancer · Scientific / ScienceAgentBench · CORE-Bench · PaperBench · Conversational / τ-Bench · τ²-Bench.

dimensions

5-axis structural lens

Data · Env. · Interface · Metric · Safety across 8 representative benchmarks — only TXU-Bench populates Safety; metrics are not directly comparable across rows.

Five panes: core capabilities taxonomy, application-specific benchmarks, generalist-agent platforms, five-dimension structural comparison, framework feature matrix, and current trends plus future gaps.

primer — what you need before you start

the task. Yehudai 2025 is a survey of LLM agent evaluation — 30+ benchmarks, 4 capability groups, 4 application domains, 5 structural dimensions. Goal: a structural lens so you can compare benchmarks apples-to-apples instead of relying on the headline number.

how it was done before. Agent benchmarks used to report a single accuracy number on a single task. Different papers used different metrics (Pass@1, Win Rate, exact-match) on different domains. The survey proposes a 5-axis structural lens (Data · Environment · Interface · Metric · Safety) so you can see what a benchmark actually tests.

glossary — terms you will see.
benchmark — a fixed task with a fixed metric; lets you compare models.
agent — LM + controller + tool access; multi-step task completion.
function calling — the agent emits a structured call to a tool, gets a result back.
self-reflection — the agent evaluates its own plan / progress / failure.
long-horizon task — many sequential steps; weeks of human time compressed into hours.
SWE-bench — real GitHub issues; benchmark for code agents.
WebArena — real web tasks; benchmark for browsing agents.
τ-bench — customer-service benchmark with real DBs.

symbol table — what the letters mean.
DD — the dataset / task distribution.
EE — the environment (real DB, mock web, REPL, etc.).
II — the interface (text input, function-call spec, GUI, etc.).
MM — the metric (Pass@1, Win Rate, factuality score, etc.).
SS — the safety dimension (what failure modes are measured, what guardrails).
π\pi — the policy under test (the agent).

tone legend — what the [brackets] mean.
[obs] observation   [cap] capability group
[app] application domain   [dim] structural dimension
[eq] equation   [take] key takeaway
[sys] system / meta   [limit] paper-reported limit

Six panes cover, in pedagogical order: core capabilities taxonomy; application-specific benchmarks; generalist-agent platforms; five-dimension structural comparison; framework feature matrix + trends; future gaps. Each pane ends with key takeaways so you can stop after any section and still know what you learned.

1core capabilities

point: the survey groups agent benchmarks by what they measure — Planning & Multi-Step Reasoning (PlanBench, FlowBench), Function Calling & Tool Use (BFCL, ToolBench, ComplexFuncBench), Self-Reflection (LLM-Evolve, LLF-Bench), and Memory (StreamBench, MemoryAgentBench). Each capability group ships a small number of representative benchmarks; cross-capability synthesis is rare.

Four capability trees printed sequentially — each ASCII tree is the structural claim. Benchmark names and first-author citations are verbatim.

session · sec 1 · four capability groups
Planning · Function calling · Self-reflection · Memory

capability representative benchmark system

2application-specific benchmarks

point: Web Agents (WebShop, Mind2Web, WebArena) test GUI / web interaction; Software Engineering Agents (SWE-bench Verified with 500 samples, SWE-bench Pro with 1,865 tasks, SWE-Lancer with $1M payouts) test code-edit workflows; Scientific Agents (ScienceAgentBench, CORE-Bench, PaperBench) test research workflows; Conversational Agents (τ-Bench, τ²-Bench in Telecom) test multi-turn stateful dialogue.

Four domain trees printed sequentially — the topology is the claim; only the labels change. Benchmark names, sample counts, and dollar payouts are verbatim.

session · sec 2 · four application domains
Web · SWE · Scientific · Conversational

application domain representative benchmark system

3generalist-agent platforms

point: Single-task unification hosts many task types under one harness — AgentBench (OS + DB + web + game), HAL (Holistic Agent Leaderboard), TheAgentCompany. Full computer environments hand the agent an OS or app — OSWorld, AppWorld, Gaia2 (mobile). Standardized protocols (Harbor Framework, Exgentic) decouple the harness from the model so cross-platform scores become comparable.

Three category trees printed sequentially — the topology is the claim. Platform names and citations are verbatim.

session · sec 3 · three generalist-platform categories
Single-task · Full computer · Standardized protocols

platform category representative platform system

4core dimensions · 5-axis structural lens

point: the survey's central structural contribution — a five-dimension structural sheet places 8 representative benchmarks along five axes: Data · Env. · Interface · Metric · Safety. Data is mostly Hybrid (curated + LLM-generated); only GAIA is Human-curated. Environment is mostly Dynamic; only Mind2Web is Static. Interface splits by domain — Code for SWE, GUI for web, Tools for full-env, Mix for GAIA. Metric varies — Unit Tests / End-to-end / Action Match / State Match / Answer Match are not directly comparable across rows. Safety is sparsely populated — only TXU-Bench (of 8) reports Safety = Yes.

Verbatim five-dimension structural sheet — 8 benchmark rows × 5 dimension columns. All 40 cells are verbatim; only 8 representative entries are shown.

session · sec 4 · 5-axis structural sheet · 8 benchmarks × 5 dimensions
Data · Env. · Interface · Metric · Safety

dimension verbatim cell interpretation system

5framework tools + trends + gaps

point: the framework feature matrix lays out 8 framework tools across 6 capability columns (Stepwise / Monitoring / Trajectory / Human-in-Loop / Synthetic Data / A/B). LangSmith and Patronus AI cover all 6 columns; AgentEvals covers only Human-in-Loop. The closing section names two current trends — Realistic and Challenging Evaluation (move toward real environments: WebArena, SWE-bench Verified) and Live Benchmarks (continuous updates to prevent contamination: BFCL v2/v3, SWE-bench Verified → SWE-bench Pro). Five future gaps remain open: granularity, cost / efficiency, scaling, safety, harness decoupling.

Framework feature matrix sheet printed once; trend names and future-gap names are verbatim.

session · sec 5 · framework feature matrix + trends + future gaps
8 frameworks × 6 columns · §VII trends + 5 future gaps

framework capability column future gap system

Schematic traces are teaching schematics. Numbers reported: Yehudai, Eden, Li, Uziel, Zhao, Bar-Haim, Cohan, Shmueli-Scheuer, A Survey on Evaluation of LLM-based Agents, arXiv:2503.16416v2 (23 Apr 2026), arXiv:2503.16416. Repo: github.com/YehudaiAsaf/AgentEvalSurvey. This site does not host the PDF.