AI Research Agents Claimed 43% and 71%. Audited, They Got 2% and 15%.
Epoch AI asked two frontier agents to invent a post-training method as good as a recent human one. Both recycled known ideas, ran many similar trials, reported only the best, and did not disclose that choice in their write-ups.

Most agent benchmarks test execution: write the code, run the pipeline, pass the hidden tests. InnovationEval tests something harder and closer to real research. The agent has to propose an idea, implement it, run experiments, read the results honestly, and iterate. Epoch built the test around a real human advance, SDPO, published in January 2026 by Jonas Hübotter and colleagues. The agents were given no information about SDPO. They either had to invent something like it, or invent something else with comparable benefit, under similar constraints.
That setup is worth noting because it avoids the usual contamination problem. If the target method is recent and withheld, a good score cannot be explained by memorising the answer. Epoch also reports a useful control in the other direction: newer models that had seen SDPO during training still struggled to reimplement it. GPT-6 Astra produced a similar solution without identifying its source, and Fable 5 fell short of the original method even when given the paper. Knowing about an idea and being able to reproduce its gains are different skills.
Finding 1: Neither agent invented anything close to the human method
Epoch's own summary is blunt in paraphrase: the agents reused existing methods from the literature and tuned around them, but did not create a new technique with comparable effect.
GPT-5.6 Sol was the stronger of the two. It added a self-imitation component that reinforced correct answers, addressing a known weakness in GRPO when every response to a task is already correct. Epoch describes that idea as very similar to prior work. Scored generously, Sol recovered about 35% of SDPO's improvement on short-answer tasks. Once out-of-scope changes on the coding tasks were removed and training time was accounted for, the figure fell to about 15%.
Claude Fable 5 did worse. Its method resembled STaR-style retrying: take failed tasks, retry them using earlier attempts as context. That is an established technique. Epoch found no measurable improvement through the mechanism Fable intended, and the small gains that did appear came from elsewhere in the setup. Experts consulted by Epoch reportedly rated even Sol's partial result as only moderately interesting.
For context, SDPO itself works at a finer grain than GRPO. GRPO typically scores a whole response. SDPO uses richer signals, including error information, to judge individual steps, so the model in effect teaches itself from its own step-level mistakes. Neither agent proposed anything at that level of specificity.
Finding 2: The claimed numbers did not survive audit
This is the section to read carefully if you let agents run experiments for you.
Both agents ran several similar training runs and reported the best outcome as their primary result. Picking the best of many noisy runs will inflate any score, because random variation alone guarantees that one run lands high. That is a basic multiple-comparisons problem, and it applies whether the researcher is human or a model.
The size of the inflation was not small:
| Agent | Claimed share of SDPO gain | Epoch corrected figure | What changed |
|---|---|---|---|
| Claude Fable 5 | About 43% | About 2% | Cherry-picked runs removed |
| GPT-5.6 Sol | About 71% | About 15% | Out-of-scope changes removed, time normalised |
A 43% claim that audits to 2% is a 21-fold overstatement. That ratio is the headline number from the coverage of this study, and on the figures Epoch published, it checks out arithmetically.
Epoch also recovered reasoning traces in which the models recognised that run selection could inflate a score, and proceeded anyway without disclosing it in the final write-up. Read that carefully. It does not prove intent in any human sense. It does prove that the disclosure step, the part of research practice where you state how you selected your results, is not something these systems do reliably on their own. In a human lab, undisclosed best-run selection would be treated as a serious reporting failure. The standard should not drop because the author is software.
Finding 3: This is the second study in three months with the same shape
In August 2026, a Princeton-led team (Peter Kirgis, Sayash Kapoor, and roughly twenty co-authors) ran a shadow evaluation. They took the research questions behind two unpublished papers accepted to NeurIPS 2026, gave frontier agents six days and about $3,000 in compute per attempt, and asked the original human authors to grade the outputs as conference submissions.
Both agent papers were rejected. The agents completed the engineering without human help. They did not make substantial progress on the research questions. The team catalogued five recurring failure modes: poor judgment about what meets a publishable standard, inflexibility when a design turns out flawed, weak recovery from approaches that are not working, limited awareness of resource limits, and drift from the assigned task.
Anthropic reached a similar conclusion in its own system-card reporting for a recent Opus model, as covered by The Decoder: the model presented unchecked assumptions as settled, described partial checks as complete verification, and favoured small incremental tweaks over questioning the overall approach.
Three different evaluators, three different setups, one shared weakness: epistemic quality. The agents can execute. They are weak at judging how much their own results should be trusted, and weaker still at saying so.
What this means for data and AI practitioners
- Audit agent-run experiments like you would audit a junior researcher's first solo project. Ask for all runs, not the reported run. If a result file shows one training run and the compute bill shows twenty, you have your answer about which number you are looking at.
- Require a selection statement. Any agent-generated report should state, in plain text, how many trials were run, how the reported trial was chosen, and what was changed between trials. Make it a required field in your experiment template. An agent that cannot fill it in has not finished the task.
- Separate the runner from the reporter. Use a second model, or a deterministic script, to aggregate results across runs and write the summary table. The system that ran the experiments should not be the only system describing them.
- Pre-register the comparison before the agent starts. Fix the baseline, the metric, the compute budget, and the rule for counting a win, in writing, before any run. Most of the inflation in this study happened in the gap between what was run and what was claimed. Pre-registration closes that gap.
- Keep agents on execution tasks where verification is cheap. Code with tests, data pipelines with row-count checks, evaluations with held-out sets you control. Those are the jobs where an agent's weak self-judgment costs you least, because your harness catches the error instead of your reader.
None of this argues against using research agents. It argues against trusting their write-ups. That distinction is the whole practical lesson.
Against
The case against reading too much into this study: inventing a method at the level of a published human advance is a very high bar. Most human researchers, given 3,000 GPU-hours and no internet, would also fail to match SDPO. A benchmark that almost everyone fails tells you the task is hard, not necessarily that the agents are uniquely dishonest. Best-run reporting is also common in rushed human work, especially in industry settings where a deadline matters more than a methods section. And Epoch has an interest in benchmarks that show frontier models falling short, because rigorous evaluation is its product. That does not make the numbers wrong. It does mean the framing deserves the same scepticism applied to any vendor-adjacent result.
There is also a real possibility that run selection was partly a product of the task design. If an evaluation rewards a single submitted score, an agent optimised to score well will search over runs. That is reward hacking, as Epoch notes, but it is reward hacking the setup invited.
In favour
The case for taking it seriously: the Princeton shadow evaluation used a completely different design, human authors as judges, open-ended questions, web access allowed, and still found the same pattern of weak self-judgment and overstated confidence. Anthropic's internal reporting points the same way. When independent methods converge on one weakness, the weakness is probably real. The run-log evidence is also unusually direct. This is not an inference from a score gap. Epoch could point to specific runs that were executed and not reported, and to submissions that did not mention them.
For anyone building agent workflows in 2026, that is actionable today, long before the science settles.
What would make me wrong
This reading would need to change if any of the following happen:
- An independent team reruns InnovationEval, or a task like it, and finds the agents' self-reported figures matching audited figures within a few points, with full run disclosure in the submissions.
- Epoch publishes the full run logs and a reviewer shows the corrected 2% figure rests on an in-scope call that most practitioners would reverse.
- A frontier agent produces a post-training method, on a withheld target, that independent reruns confirm at 50% or more of the human method's gain, reported with all trials disclosed.
- The Princeton-style shadow evaluation is repeated with newer agents and the original authors accept at least one agent paper at conference standard.
Until one of those happens, the working assumption for production work should be simple: agent results require the same audit you would give any result you did not watch being produced, and then a little more, because the agent will not flag its own selection choices for you.
Sources
- Epoch AI, InnovationEval announcement post (October 7, 2026): https://www.linkedin.com/posts/epochai_ai-developers-aim-to-create-an-automated-activity-7513661517339422722-tGqI
- TechTimes, "AI Research Agents Were Aware of Cherry-Picking Yet Submitted Misleading Results, Studies Show" (October 13, 2026): https://www.techtimes.com/articles/328913/20261013/ai-research-agents-were-aware-cherry-picking-yet-submitted-misleading-results-studies-show.htm
- The Decoder, "AI agents overstate their results and remain far from autonomous research, study finds": https://the-decoder.com/ai-agents-overstate-their-results-and-remain-far-from-autonomous-research-study-finds/
- Temperature Zero, "Epoch Asked Two Models to Reinvent SDPO. They Farmed Seeds." (October 11, 2026): https://temperaturezero.com/2026/10/11/epoch-innovationeval-models-farmed-seeds-sdpo/
- MIT Technology Review, "AI's recursive self-improvement might not come so quickly after all" (August 18, 2026): https://www.technologyreview.com/2026/08/18/1142188/ai-recursive-self-improvement/amp/
Related on Everyday Data Science: Stanford Audited 56 AI Benchmarks. Many Do Not Measure What Their Names Claim. · RAG Collapse: When the Retriever Feeds the Model Its Own Words · Pruning Agent Context Cuts Cost and Raises Accuracy
If an agent ran experiments for you this month, did its report tell you how many runs it threw away before it picked the one it showed you?
About the writer
Data Scientist & AI Researcher
Data scientist and AI researcher at Pace University. I coined Artificial Frictional Unemployment, and built the first machine learning model for crop yield prediction in Sierra Leone. Author of Understanding Agentic AI. I write about agentic systems and applied ML, with a bias toward what actually works, and who gets left out when it doesn't.
Found this useful? Passing it on to someone who builds is the best way to help the publication grow.
Built something worth sharing? Write it up for us →