FDEInterviews logo
TMLR

AI Agents That Matter

The 2024 Princeton critique of agent benchmarks: report cost next to accuracy, compare against simple baselines, keep a real held-out set, and stop mistaking leaderboards for procurement advice.

Breakdown by FDE Interviews · 11 min read · Updated

About the original · 2024
AUTHORS
Kapoor, Stroebl, Siegel, Nadgir, Narayanan
FROM
Princeton University
PUBLISHED
Jul 2024 · TMLR
CITED BY
265Semantic Scholar · Oct 2026
IN THIS BREAKDOWN · 10 SECTIONS

You can read 21% of this breakdown.

01

The paper in one minute

By mid-2024, agent papers competed on leaderboards: HumanEval for coding, WebArena for web tasks, many others. The Princeton team (Sayash Kapoor and Arvind Narayanan's group) looked at how those results were produced and found four problems.

Cost was ignored. Language models are stochastic, so simply calling one several times raises accuracy on any task where answers can be checked. The authors built three trivial baselines for HumanEval: retry up to five times on failed tests; "warming", which retries while raising the temperature; and escalation, which starts with a cheap model and moves to more expensive ones only on failure. These matched the best published agents, which used reflection, planning and debugging. Those agents cost more, one of them over 50 times more, and none of their papers compared against retrying or reported dollar costs.

Model evaluation and procurement were conflated. Researchers want to know which technique is better; buyers want to know what to deploy at what price. A benchmark built for one misleads the other.

Benchmarks lacked held-out sets. Many agent benchmarks are small and public, so agents can overfit them. The top WebArena agent, for example, hard-coded site-specific URL patterns.

Evaluations were not reproducible. Scripts, versions and setups differed enough that results could not be compared.

The prescription: plot accuracy against cost and pick from the Pareto frontier, optimize both jointly, report token counts so costs can be recalculated, and build benchmarks with secret held-out sets that reflect how the system will be used.

THE IDEA, VISUALLY
SAME ACCURACY, VERY DIFFERENT BILLS HumanEval agents vs the 'warming' retry baseline, Section 2.3 warming (retry, raise temperature) 1× the cost Reflexion over 1.5× the cost LDB over 1.5× the cost LATS over 50× the cost cost relative to warming, log scale; accuracy not significantly different None of these agent papers compared against retry baselines or reported dollar cost. Plot accuracy against cost, then pick. HOW BENCHMARKS MISLEAD BUYERS Wrong cost model NovelQA asks all questions at once. Asked one at a time, RAG cost 20× less than long context, not 2×. Shortcuts The top WebArena agent hard-coded URL patterns like '/user/name' for its sites. Drift breaks them. No held-out set Small benchmarks without secret test sets invite overfitting, even by accident.
Accuracy without cost is half a measurement. Simple retry baselines matched published agents at a fraction of the price, and several benchmarks rewarded shortcuts a buyer would never accept.
Research notes: the problem, approach and results
50×

more cost for one published coding agent than a simple retry baseline with similar accuracy

−53%

variable cost for a jointly optimized DSPy pipeline at similar accuracy, with GPT-3.5

10×

how much a long-context benchmark overstated the cost of retrieval against real usage

THE PROBLEM

Agent research chased leaderboard accuracy, so state-of-the-art agents were needlessly complex and costly, and buyers had no way to tell which agent fit their task and budget.

THE IDEA

Evaluate agents on accuracy and cost together, compare against simple baselines, separate model evaluation from procurement evaluation, and demand held-out sets and reproducible setups.

THE RESULT

Retrying or escalating between models matched the best HumanEval agents at a fraction of the cost; jointly optimizing cost cut a DSPy pipeline's cost 41–53% at the same accuracy; benchmark shortcuts were documented.

02

Why it matters to an FDE

A customer will show you a leaderboard and ask for the top agent. This paper explains why that is the wrong question and what to measure instead.

Always run the simple baseline first. If the task has a check (tests pass, the API call succeeds, the extracted total matches), retrying the same model, or escalating from a small model to a large one on failure, is often as good as an elaborate agent and much cheaper. If a complex design does not beat retry-on-failure at the same cost, it is not earning its complexity.

Report cost per task, with token counts. Prices change monthly. Token counts do not. Recording input and output tokens per task lets anyone recompute the bill at current prices and keeps an evaluation useful after the next price cut.

Benchmarks are built for someone else. A model-research benchmark can distort a deployment decision badly. On NovelQA, which asks every question about a novel in a single prompt, retrieval looked about half the cost of long context. Asked one question at a time, as real users ask, it was more than 20 times cheaper at similar accuracy. Build the customer's evaluation around how their users will actually use the system.

Watch for shortcuts. If an agent's score depends on knowing the test environment's specifics, it will not survive the customer's environment changing.

THE FULL BREAKDOWN

Understand the mechanism. Try it on a real problem.

Unlock this breakdown and 49 more papers.

Premium opens every paper in full, plus every answer, concept, course and guide on the site. One payment for six months of access.

6 months · One payment · No auto-renewal

Get Premium · ₹2,000 / $25
  • ◇1 architecture diagram
  • </>1 runnable code experiment
  • ▦3 results tables
  • ?5 interview questions with answers
  1. 03Key takeaways

    The ideas to keep, the baselines, the two kinds of evaluation and the misreadings to avoid

    Free account
  2. 04How it works

    The HumanEval study, joint optimization, the NovelQA cost case and the WebArena shortcut

    Premium
  3. 05The numbers that matter

    The cost comparisons, the joint-optimization result and the benchmark distortions, with sources

    Premium
  4. 06Try it yourself

    Simulate retry and escalation on checkable tasks and find the Pareto frontier

    Premium
  5. 07Where it breaks

    The scope of the critique, and what it leaves unresolved

    Premium
  6. 08Using it on a deployment

    An evaluation protocol for agent choices that survives procurement review

    Premium
  7. 09Interview angles

    Five questions this paper prepares you for, with answer hints

    Premium
Back to the paper library →