
ITEM ONLY
+66.2%
MODELS PASS ABOUT
+69%
CHECKED JUST
+28.4%
JUST
+40.0%
Imagine you hire a brilliant new intern and hand them a pristine spec doc on day one. They crush it. Now imagine handing that same intern a laptop with six half-finished branches, three conflicting config files, a Slack thread of decisions they weren't part of, and saying 'pick up where I left off.' That second scenario is what ARE-bench measures — and it's where today's research agents fall apart. The core claim is direct: existing research-agent benchmarks overestimate agent capability by testing in clean-room conditions. ARE-bench constructs 75 tasks drawn from real researcher sessions — not synthetic puzzles but actual mid-project requests where the workspace contains unfinished files, outdated versions, and failed prior attempts. Each task is anchored at a real user request with accumulated context from earlier session decisions still in effect. The benchmark spans seven research stages (including Design and Execution, which prove hardest), 33 requirements, 150 sub-requirements, and 1,173 binary checklist items. The headline result is devastating for agent optimists. The best frontier model passes every checklist item on only 66.2% of tasks. But the more telling number is the gap: when you check only delivery contracts and general norms — basically, 'did you produce output that looks right?' — three models hit about 69%. When you add historical context requirements and workspace-state requirements — 'did you respect what came before and work with what's actually there?' — those same models crash to 28.4%–40.0%. That 30-point gap is the benchmark's core contribution. It quantifies the difference between 'looks correct' and 'actually advances the project.' The benchmark design deserves credit for ecological validity. Tasks come from recruited researchers working on their own projects, not contrived scenarios. Workspaces are replayed to the task boundary without cleanup — the mess is the point. The evaluation rubric is intent-aligned, meaning any valid solution path gets credit, not just the path the benchmark designer imagined. This addresses a common criticism of rigid automated evaluation. Architecturally, ARE-bench is an evaluation scaffold, not a model. It tests black-box agents against a structured rubric of binary checklist items, which means it's model-agnostic and can track progress across the field. The seven-stage taxonomy (spanning research lifecycle from literature review through execution) gives granular signal about where agents break. Design and Execution being hardest for every model tested suggests a real capability ceiling around multi-step reasoning with state, not just information retrieval. The integrity picture is mixed. The tasks come from real researchers, which is strong, but the evaluation is author-team scoring against their own rubric — no independent replication yet, no pre-registration. The 1,173 binary checklist items provide granularity, but it's unclear how much inter-rater reliability was measured. Seven frontier models were tested, which is reasonable breadth, but the paper doesn't name them (at least not in the abstract), making it hard to track which architectures struggle where. The practical upshot for anyone building or deploying research agents: your agent's benchmark score on clean tasks is probably 30 points higher than its real-world delivery rate. The next milestone this field needs is not a higher score on ARE-bench but an agent that closes the context-gap — passing workspace and historical requirements at the same rate as delivery-only checks. That gap is the delta between 'demo-ready' and 'actually useful.'
The analogy
It's like testing a sous chef by giving them an empty, spotless kitchen versus dropping them into a dinner rush where someone already prepped half the ingredients wrong, three orders are pending, and the head chef's notes are scrawled on a napkin. ARE-bench is the dinner-rush test.
Dinner-rush kitchen
Mid-service chaos with half-prepped ingredients, pending orders, and unclear prior decisions from the last shift
ARE-bench workspace
Mid-project state with unfinished files, outdated versions, failed attempts, and prior session decisions still in effect
Honest assessment
ARE-bench identifies a real and important gap in how the field evaluates research agents — the ~30-point overestimation from clean-workspace testing is a number that should make anyone deploying these agents nervous. The benchmark construction (real projects, real mess, intent-aligned rubrics) is genuinely strong. The limitations are typical of a first-generation benchmark: no independent replication, no inter-rater reliability reporting, model names absent from the abstract. This is most valuable today as a diagnostic tool and a cautionary number, not yet as a community standard.
What Is CLAIMS?
57
/ 100
BedrockNews applies a structured analytical framework called CLAIMS to academic papers and technical research releases.
How CLAIMS worksClaim
4/5
Ladder
2/5
Architecture
3/5
Integrity
3/5
Milestone
3/5
Successor
2/5
What is this paper actually committing to?
Real contribution: first benchmark quantifying the ~30-point overestimation from clean-workspace testing. Not a model result but a measurement instrument the field lacked. Solid problem identification.
The field fight
Do current research-agent benchmarks measure real-world research capability, or do they measure clean-room task completion?
Side A
Benchmark scores reflect genuine capability gains; agents are approaching research-ready
Held by: SWE-bench, MLAgentBench, agent leaderboard optimists
Side B
Clean-workspace benchmarks systematically inflate scores; real research requires session awareness and workspace tolerance
Held by: ARE-bench, ecological validity advocates
Milestone tracker
Unlocks: Research agents that can genuinely pick up mid-project work without human re-briefing
Current
28–40
% context-adjusted
best models today
Next
65
% context-adjusted
parity with clean-room scores
Unknown — requires architectural shifts in how agents handle session state
Verified Facts (5)
ARE-bench includes 75 tasks built on agent sessions and full workspaces from recruited researchers' own projects
Spanning seven research stages, 33 requirements, and 150 sub-requirements, with 1,173 binary checklist items in total
The strongest model passes every checklist item on only 66.2% of tasks
Three models pass about 69% of tasks when only delivery contracts and general norms are checked, but just 28.4% to 40.0% once historical and material or workspace requirements are also checked
Design and Execution rank among the hardest stages for every model
Practical Implications (4)
If you're evaluating research agents for deployment, discount clean-benchmark scores by roughly 30 percentage points for realistic mid-project performance
Design and Execution stages are the hardest for all tested models — don't trust agents with multi-step implementation tasks without human checkpoints
The context gap suggests agents need explicit session-state management, not just better prompting on individual tasks
Benchmark your agents on messy, mid-project states, not fresh-start scenarios — the delta is where deployment surprises hide
More latest news
Read all