Paper: 2607.27191 Authors: Peter Kirgis, Sayash Kapoor, Andrew Schwartz, Stephan Rabanser, David Africa, Konstantinos Voudouris, Viet Nguyen, Toby Pilditch, Magda Dubois, Harry Coppock Categories: cs.AI, cs.CY, cs.LG
The Gap
The field has a serious measurement problem when it comes to AI agents doing research. On one side, you have benchmarks like SWE-Bench or MLE-Bench that test agents on narrow, well-defined, verifiable tasks — fix this bug, build that model. These are clean and reproducible, but they completely exclude the open-ended, judgment-heavy core of real research. On the other side, you have people submitting AI-generated papers to blind peer review — which is overstretched, noisy, and plagued by inconsistent review quality. Neither tells us whether an agent can actually do research: formulate hypotheses, navigate dead ends, exercise judgment about what matters, and produce something a domain expert would recognize as a contribution.
This paper introduces a third path: shadow evaluations. Give the agent the same central research question that a human team tackled in a high-quality unpublished paper, let it run for days with real compute budgets, and then have the *original authors — the world’s leading experts on that exact question — grade the output. The logical chain is clean:
Problem: AI progress forecasts assume agents can automate research
|
v
But we have no good way to measure open-ended research ability
|
v
Existing evals are either too narrow (tasks) or too noisy (peer review)
|
v
Shadow eval: same question, same resources, original authors grade
|
v
Result: agents can engineer, but cannot research
|
v
Conclusion: forecasts of imminent R&D automation are premature
The Increment
Before this paper, we either tested AI agents on toy engineering tasks or submitted their papers to unreliable peer review — both missing the point. After this paper, we have a repeatable evaluation methodology where domain experts directly judge whether an agent’s attempt at open-ended research passes muster, along with concrete evidence that current frontier agents fail at the research lifecycle despite excelling at engineering.
Core Mechanism
The shadow evaluation works as follows. The researchers identified two unpublished NeurIPS 2026 submissions — high-quality papers whose authors were willing to participate. For each paper, they extracted the core research question, any datasets or code the authors used, and relevant background context. They then gave a frontier AI agent (Claude 3.5 Sonnet with a custom scaffold) six days and thousands of dollars worth of compute to attempt to answer the same research question the human authors had tackled.
The agent was given access to tools: code execution, file editing, web search, and a structured workspace. It could run experiments, iterate on designs, and build whatever it needed. After the six-day run, the agents’ full logs, code, and any resulting outputs were sent to the original paper authors. These authors — who knew the problem better than anyone on earth — evaluated whether the agent’s work constituted meaningful progress toward answering the research question. A robustness check ran the same setup with a different model (GPT-4o) and scaffold to see if the failures were model-specific or structural.
[Unpublished NeurIPS 26 Paper]
|
+-- Extract: research question, data, context
|
v
[Agent + Scaffold + Tools]
|
+-- 6 days, $1000s compute
+-- Code execution, experiments, iteration
|
v
[Agent Output: logs, code, results]
|
v
[Original Authors Evaluate]
|
+-- Did it answer the research question?
+-- Does it constitute a contribution?
|
v
[Verdict: Rejected (both cases)]
|
v
[Failure Mode Analysis]
|
+-- 5 recurring patterns identified
+-- Replicated with second model/scaffold
Structural metaphor: Think of it like a baking competition with a twist. Imagine you give a contestant the recipe name — “make a lemon tart that won the 2025 Paris pastry competition” — but not the recipe itself. You give them a fully stocked professional kitchen, six days, and unlimited ingredients. Afterward, the original pastry chef tastes the result and judges whether it’s competition-worthy.
The agent is the contestant: it can perfectly execute any technique (whisking, baking, plating) — the engineering is flawless. But it makes bad judgment calls: it picks the wrong variety of lemons, doesn’t adjust for altitude, over-complicates the crust, and when the first attempt tastes off, it doesn’t understand why well enough to course-correct. The original chef’s judgment is the key: they’re not checking whether the kitchen skills worked (they did), but whether the thinking behind the tart — the recipe design, the trade-offs, the creative pivots — was any good. It wasn’t. That’s the gap between engineering and research.
Key Concepts
-
Shadow Evaluation: Imagine you’re a teacher. Instead of giving students a standardized test (narrow, verifiable) or asking a stranger to grade their essay (noisy, unreliable), you ask them to solve the same problem you yourself solved last year, and then *you grade it. You know exactly how hard the problem is, what pitfalls exist, and what a good answer looks like. That’s a shadow evaluation. The “shadow” part means the agent doesn’t replace the original researchers — it shadows them, attempting the same work in parallel. The power is that the grader has ground truth in their head.
-
Open-ended vs. Verifiable Research Tasks: A verifiable task has a clear success condition — the code runs, the bug is fixed, the accuracy goes up. Open-ended research has no such binary signal. “Is this a meaningful contribution to the field?” is a judgment call, not a checksum. The paper argues (convincingly) that the gap between these two is exactly where current agents fall apart, because open-ended research requires taste, backtracking from dead ends, and knowing when “good enough” isn’t good enough.
-
Instruction Drift: One of the five failure modes the authors identify. Over a long agent run, the agent gradually loses track of its original goal and constraints — like a game of telephone. It starts optimizing for something adjacent to the real objective. In one case, the agent spent enormous compute on engineering infrastructure that was tangential to the actual research question. Think of it as the agent’s equivalent of a PhD student who spends two years building a dataset nobody asked for instead of answering their thesis question.
Framework Shift
Before (mainstream approach): After (this paper):
[Task Benchmark] [Shadow Evaluation]
| |
+-- Narrow, verifiable tasks +-- Open-ended research questions
+-- Pass/fail metrics +-- Expert judgment
+-- Reproducible but shallow +-- Ecologically valid
+-- Measures engineering +-- Measures research lifecycle
| |
v v
"Agent can code" "Agent can engineer,
but cannot research"
From narrow task completion to expert-judged research quality, the core shift is that we now have a way to measure whether AI agents can do the thinking part of research, not just the doing part.
Expert Assessment
Problem choice: This is a genuinely important gap. The AI safety and forecasting communities are making enormous bets on the assumption that AI will automate AI research soon. If that assumption is wrong, the downstream implications are massive. The authors are right that existing evaluations completely miss the mark for measuring open-ended research. This is not a manufactured problem — it’s one the field has been nervously avoiding because it’s hard to evaluate.
Method maturity: The shadow evaluation concept is clever and well-motivated. It’s not brute force — it’s a genuine methodological contribution. That said, the sample size is brutally small (two papers). The authors acknowledge this, but it limits the strength of any claims. There’s also a question of whether NeurIPS submissions are the right testbed — they’re a specific genre with specific expectations. A broader set of research tasks (theory, systems, applications) would strengthen the framework. The robustness check with a second model is a nice touch but doesn’t substitute for more cases.
Experimental integrity: The setup is honest. They gave the agents real resources, real time, and didn’t handicap them. The grading by original authors is a clever control — it eliminates the “who grades the grader” problem. The failure mode analysis is well-structured and specific. One concern: the agents are evaluated by people who are deeply invested in the value of human research, which could introduce bias, but this is hard to avoid and the authors are transparent about it.
Writing quality: The paper is clearly written and well-organized. The failure mode taxonomy is the strongest section — concrete, specific, and actionable. The weakest section is the related work, which feels perfunctory. A deeper engagement with the AI scientist literature (Sakana’s work, etc.) would strengthen the positioning. The discussion of limitations is honest but could go further on the question of whether better scaffolding or different agent architectures might change the picture.
Verdict: weak accept — The methodology is genuinely novel and the question is important, but two case studies are thin evidence for the weight of the claims. The framework earns its keep; the conclusions need more data.
Takeaways
Three things a practitioner can steal right now:
-
The shadow evaluation methodology itself. If you’re building AI agents for any domain where “quality” is a judgment call (not just pass/fail), you can replicate this: find an expert who recently solved a similar problem, give the agent the same question, let the expert grade. It’s more informative than any benchmark and cheaper than running a full peer review process.
-
The five failure mode taxonomy is a practical checklist for anyone building research agents. Poor judgment, uncreative pivots, ineffective backtracking, resource waste, and instruction drift — these are the things to watch for and scaffold against. If your agent is doing long-horizon work, you should build in checkpoints for each of these.
-
The engineering-research gap is real and specific. When someone tells you “AI agents can do AI research,” push back: they can do the engineering. The research lifecycle — scoping, judging, pivoting, knowing when to stop — is a different capability entirely. This distinction should inform how you design agent systems and what you promise stakeholders.
论文: 2607.27191 作者: Peter Kirgis, Sayash Kapoor, Andrew Schwartz, Stephan Rabanser, David Africa, Konstantinos Voudouris, Viet Nguyen, Toby Pilditch, Magda Dubois, Harry Coppock 分类: cs.AI, cs.CY, cs.LG
缺口
这个领域有一个严重的度量问题。 一方面,像 SWE-Bench 或 MLE-Bench 这样的基准测试只能测智能体在窄任务上的表现——修这个 bug、建那个模型——干净、可复现,但完全排除了真正研究中那些开放式、需要判断力的核心部分。 另一方面,有人把 AI 生成的论文投给盲审——但同行评审早已不堪重负、噪声巨大、质量参差不齐。 两者都没有回答一个关键问题:智能体到底能不能做研究——提出假设、穿越死胡同、判断什么重要、产出领域专家认可的贡献?
这篇论文提出了第三条路:影子评估。 给智能体同一个研究问题——一个高质量未发表论文的核心问题——让它用真实算力跑几天,然后让原作者来打分。 原作者是这个具体问题上全世界最懂的人。 逻辑链很清晰:
问题:AI 进展预测假设智能体能自动化研究
|
v
但我们没有好的方法来衡量开放式研究能力
|
v
现有评估要么太窄(任务),要么太吵(同行评审)
|
v
影子评估:同题、同资源、原作者打分
|
v
结果:智能体能做工程,但做不了研究
|
v
结论:R&D 自动化即将到来的预测言之过早
增量
这篇论文之前,我们只能用玩具工程任务测 AI 智能体,或者把论文扔给不可靠的盲审——两种方式都没抓住要点。 这篇论文之后,我们有了一个可复现的评估方法论:让领域专家直接判断智能体的开放式研究尝试是否达标,并附带了当前前沿智能体在研究生命周期上失败的具体证据。
核心机制
影子评估的运作方式如下。 研究者找到两篇未发表的 NeurIPS 2026 投稿——高质量论文,作者愿意参与。 对每篇论文,他们提取核心研究问题、数据集或代码,以及相关背景上下文。 然后给一个前沿 AI 智能体(Claude 3.5 Sonnet + 定制脚手架)六天时间和数千美元的算力,让它尝试回答原作者曾经回答过的同一个研究问题。
智能体有工具:代码执行、文件编辑、网页搜索、结构化工作区。 它可以跑实验、迭代设计、构建任何需要的东西。 六天后,智能体的完整日志、代码和所有输出发给原作者评估。 原作者判断:智能体的工作是否对回答研究问题构成了有意义的进展? 鲁棒性检验用不同模型(GPT-4o)和脚手架重跑了一次,看失败是模型特有还是结构性的。
[未发表 NeurIPS 26 论文]
|
+-- 提取:研究问题、数据、上下文
|
v
[智能体 + 脚手架 + 工具]
|
+-- 6 天,数千美元算力
+-- 代码执行、实验、迭代
|
v
[智能体输出:日志、代码、结果]
|
v
[原作者评估]
|
+-- 是否回答了研究问题?
+-- 是否构成贡献?
|
v
[结论:两篇均被拒]
|
v
[失败模式分析]
|
+-- 识别出 5 个反复出现的模式
+-- 用第二个模型/脚手架复现
核喻:想象一场特殊的烘焙比赛。 你给选手一个甜点名字——“做一道赢了 2025 年巴黎糕点大赛的柠檬挞”——但不给配方。 你给他一个设备齐全的专业厨房、六天时间、无限食材。 比赛结束后,那位原创糕点师来品尝评判。
智能体就是那个选手:任何技术(搅拌、烘焙、摆盘)都能完美执行——工程能力无可挑剔。 但它做了错误的判断:选错了柠檬品种、没考虑海拔差异、把挞皮搞得太复杂、第一次做砸了以后不明白为什么所以无法纠正。 原创糕点师的评判是关键:她不是在检查厨房技能是否到位(到位了),而是在判断柠檬挞背后的思考——配方设计、取舍权衡、创造性转向——是否足够好。 不够好。 这就是工程和研究之间的鸿沟。
关键概念
-
影子评估:想象你是老师。 你不是给学生标准化考试(窄、可验证),也不是让陌生人改他们的作文(噪声大、不可靠),而是让他们解你自己去年解过的问题,然后你来打分。 你清楚知道这题有多难、有哪些坑、什么样的答案才算好。 这就是影子评估。 “影子”的意思是智能体不替代原研究者——它跟在后面,平行地尝试同一项工作。 方法的力量在于:评分者脑子里有真值。
-
开放式 vs. 可验证的研究任务:可验证任务有明确的成功条件——代码跑通了、bug 修了、准确率上去了。 开放式研究没有这种二元信号。 “这对领域是否构成有意义的贡献?“是一个判断,不是校验和。 本文令人信服地论证:当前智能体恰好在这个缝隙中跌倒,因为开放式研究需要品味、从死胡同中回退、以及知道”差不多”什么时候不够好。
-
指令漂移:作者识别的五个失败模式之一。 在长时间运行中,智能体逐渐丢失原始目标和约束——像传话游戏。 它开始优化与真正目标相邻的东西。 在某个案例中,智能体把大量算力花在了跟研究问题关系不大的工程基础设施上。 相当于一个博士生花两年建了一个没人要求的数据集,而不是回答论文问题。
框架转变
之前(主流方法): 之后(本文方法):
[任务基准测试] [影子评估]
| |
+-- 窄、可验证的任务 +-- 开放式研究问题
+-- 通过/失败指标 +-- 专家判断
+-- 可复现但肤浅 +-- 生态效度高
+-- 测量工程能力 +-- 测量研究生命周期
| |
v v
"智能体能写代码" "智能体能做工程,
但做不了研究"
从窄任务完成到专家评判研究质量,核心转变是:我们现在有了一种方法来衡量 AI 智能体能不能做研究的思考部分,而不只是执行部分。
专家评审
选题眼光:这是一个真正重要的缺口。 AI 安全和预测社区正在押注一个假设——AI 很快会自动化 AI 研究。 如果这个假设是错的,下游影响巨大。 作者说得对:现有评估在这个问题上完全打偏了。 这不是人造问题——是整个领域一直回避的问题,因为它太难测了。
方法成熟度:影子评估这个概念既巧妙又有说服力。 不是蛮力——是一个真正的方法论贡献。 但样本量太小了(两篇论文)。 作者自己承认了,但这限制了任何结论的强度。 还有个问题:NeurIPS 投稿是不是最佳测试场景? 它们有特定的体裁和期望。 更广泛的研究任务(理论、系统、应用)会增强框架的说服力。 用第二个模型做的鲁棒性检验是加分项,但不能替代更多案例。
实验诚意:设置是诚实的。 给了智能体真实资源、真实时间,没有做手脚。 让原作者打分是一个巧妙的设计——消除了”谁来评评审”的问题。 失败模式分析结构清晰、具体可操作。 一个顾虑:评估者是深度认同人类研究价值的人,可能引入偏见,但这很难避免,作者对此是透明的。
写作功力:行文清晰、结构合理。 失败模式分类法是最强的部分——具体、明确、可操作。 最弱的部分是相关工作,感觉有些敷衍。 对 AI Scientist 文献(Sakana 的工作等)的更深入讨论会加强定位。 局限性讨论诚实但可以更进一步——更好的脚手架或不同的智能体架构是否可能改变结论?
判决:弱接收——方法论确实新颖,问题确实重要,但两个案例作为支撑结论的证据太薄了。框架本身立得住;结论需要更多数据。
要点总结
实践者现在就能用的三样东西:
-
影子评估方法论本身。 如果你在为任何”质量”是判断而非通过/失败的领域构建 AI 智能体,可以直接复制这个方法:找一个最近解决过类似问题的专家,给智能体同样的问题,让专家打分。 这比任何基准测试都更有信息量,比跑一次完整同行评审更便宜。
-
五个失败模式清单是构建研究智能体的实用检查表。 判断力差、创造性转向不足、回退无效、资源浪费、指令漂移——这些就是需要关注和用脚手架防护的地方。 如果你的智能体在做长周期工作,应该为每个模式设置检查点。
-
工程-研究的鸿沟是真实且具体的。 当有人说”AI 智能体能做 AI 研究”时,要追问:它们能做工程。 研究的生命周期——定范围、做判断、转方向、知道何时停——是完全不同的能力。 这个区分应该影响你设计智能体系统的方式,以及你对利益相关者的承诺。