Anthropic test: AI agents improve science models, but mostly with routine engineering
In an Anthropic-team test across 20 science benchmarks, AI agents lifted every score, yet mostly by standard tuning rather than by scientific insight.
The short version
- Agent4Sci covers 11 scientific domains, 20 benchmarks and 25 tasks.
- Four agents together improved all 20 benchmarks; Claude Opus averaged a 10.4% relative gain.
- Agents mostly used standard tricks such as learning-rate tuning and swapping model backbones.
- Three add-on skills lifted Opus's average gain to 20.1%.
- Each agent had 8 H200 GPUs and 12 hours, with no human decisions during a run.
Why it matters
The result is a useful check on agent hype. AI agents can reliably squeeze better numbers out of existing science code, but the study found little sign that they understand the science behind it. If you use an assistant for research-style work, treat its suggestions as drafts to verify.
What the study actually found
As 36Kr reported, a team at Anthropic built a test called Agent4Sci to ask a narrow question: can an AI coding agent, left alone, make a machine learning model for a science problem better? A coding agent is an AI system that reads code, edits it, runs it and checks the results by itself.
The headline conclusion is that AI still cannot do genuine scientific research. The details are more nuanced. Four leading agents together improved all 20 benchmarks, which are standardized tests with a fixed scoring method. Claude Opus had the best average relative improvement, 10.4%. That means its scores rose by about a tenth compared with where they started.
The catch is where the gains came from. When the team studied the agents' step-by-step logs, they concluded the improvements came mainly from conventional machine learning engineering tricks, not from research-level insight.
How the test keeps agents from cheating
Earlier experiments showed a problem. If you let an agent loose on a raw research codebase with vague scoring rules or unclear data splits, it can find loopholes and post better numbers without making the model better. So the team built guardrails.
First, they chose tasks carefully. Using the NeurIPS 2025 Data and Benchmarks track as an example, they picked 10 benchmarks from 497 candidate papers, a rejection rate of about 98%. Each chosen task had to reproduce the original paper's baseline, and its data splits, environment and training process were standardized by hand.
Second, they split each run into three isolated roles:
- Climbing agent: gets the papers, code, training data and validation data, then edits code and trains models within a fixed budget. It never sees the test set.
- Evaluation agent: separately computes final scores on held-out test data, meaning data kept hidden from the climber.
- Auditing agent: reads the logs and outputs, looking for score gaming and other misconduct.
Auditors from the Claude, Codex and Gemini families cross-checked part of the runs, agreed with one another and flagged none. The authors still caution that this does not rule out every hidden trick.
Four agents, one budget, uneven gains
The agents were Claude Opus 4.6, Claude Sonnet 4.6, Gemini 3.1 Pro and Codex (GPT-5.4), each run through its official command-line tool at the highest reasoning setting. Each run got 8 H200 GPUs, which are high-end AI chips, and a 12-hour budget. No human made decisions during the runs.
Average relative improvements were 10.4%, 9.6%, 6.8% and 4.4%, in the order the models are listed. Not every agent improved every benchmark, but at least one improved each of the 20. Individual gains ranged from 1.1% to 64.4%.
Working styles differed too. Opus kept watching its logs and iterating. Codex tended to launch long scripts early and then wait. Gemini fell between the two.
Tuning is not the same as understanding
The standout case was PFDelta, a power-grid estimation task, where Opus cut the average power balance loss by 64.4% by adjusting auxiliary loss terms, raising the weight on one error measure and changing the learning-rate schedule. On a Mars-Bench task that detects cones in images, Opus swapped the original detection model for Faster R-CNN, which suits the task better, and lifted its mAP score from 16.5 to 30.4.
Those are real gains, but they look like skilled engineering. Across the logs, agents leaned on well-known moves: adjusting learning rates, making networks deeper or wider, replacing the backbone and adding weight decay. Changes aimed at the specific science problem were comparatively rare.
The team then wrote three lightweight add-on skills, covering research ideation, experiment management and timed checklists. With them, Opus's average gain rose to 20.1%, and it improved 18 of 20 benchmarks. PFDelta went from 64.4% to 91.0%, MassSpecGym reached 39.5% and CarbonGlobe 35.3%.
The new PFDelta approach looked more like physical reasoning. The agent noticed that a loss term can be derived from Kirchhoff's law, a basic rule of electric circuits, so it needs no labeled data. It rebuilt its main training objective around that. So the picture is mixed: agents can sometimes reach for domain knowledge, but mostly they do not.
What this means for readers
The study measures one thing: improving models on tasks that already have code and scoring. It does not test choosing a research question or running physical experiments. It is also reported secondhand here, so read the original paper for the full detail. The work was selected for the Evaluation and Datasets track at NeurIPS 2026.
The authors say the open question is whether coding agents can move from running experiments efficiently to proposing more valuable research ideas. For now, treat agents as fast, tireless engineers who can polish results, while people decide what is worth asking and what a result means.
What to watch
- Can agents move from tuning experiments to proposing research ideas that experts judge valuable?
- Will the add-on skills keep helping on other agents and tasks, since the source gives full results only for Opus?
- Do independent audits ever catch hidden gaming that these isolated checks missed?
Try it
Next time an assistant suggests a fix or improvement, ask it: is this a standard technique, or does it come from something specific about my problem? Then check the second kind yourself.
Sources and links
- Reporting36Kr: the article we sourced
Liked it? Say why
Add a line for other readers.
No account needed. We never show your email. Comments with links, ads or abuse are held and not shown. Your comment shows after a quick check.
Listen to the AI Wire headlines
Listen to the AI WireListen to our daily AI shows every morning: on your commute, in the shower, wherever you are
Listen to the daily showsFirst reported by 36Kr · Read the original. Written by the SI Agent News Desk from the reporting above.Written with AI from the source above. Every number is checked against the source. Spot a mistake? Corrections.
