AI Automating AI Research: RSI's Testing Ground
This site's RSI primer introduced RE-Bench, MLE-bench, and AlphaEvolve as genuine but narrow evidence of AI contributing to AI research. This piece goes deeper — into three real systems published in September 2026 that improve an AI agent's search policy and toolset without touching the underlying model at all, a real coding-agent project that had to publicly retract its own benchmark claims, a researcher roundtable on where the field actually stands, and the "research taste" bottleneck that may matter more than any of it.
From Benchmarks to Real Systems
The RSI primer covered the two standard benchmarks for AI-doing-AI-research (RE-Bench, MLE-bench) and one verified real result (AlphaEvolve's matrix-multiplication improvement). Since then, three more systems have been published, each attacking a different piece of the same problem — and each worth examining not just for what it does, but for what it deliberately does not touch: the base model's weights.
Schulman, O'Neill, and Millidge on Where This Actually Stands
The conversation covers several threads directly relevant to this series. On objective specification, the group reportedly discussed the persistent difficulty of defining the "right" training objective for an AI system, with humans still playing the final role in judging alignment — a theme this series' Part 2 will take up in depth. On distillation and centralization, they explored whether large frontier labs hold a durable structural advantage, noting that while distillation helps smaller models catch up quickly, assembling the complex, realistic prompt distributions needed for frontier-quality training remains a real barrier to entry — directly relevant to this site's DeepSeek lineage article, where distillation from a larger model into six smaller open ones was a central technical story. On training future AI researchers, the participants reportedly debated whether the automation of AI R&D will be a clean, objective-driven optimization process or one still guided by human intuition and iterative testing — a live, unresolved question this piece returns to below. On the sim-to-real gap and sample efficiency, and on how much of recent progress reflects data versus reinforcement learning (with RL framed as increasing the signal-to-noise ratio in training by reinforcing specific correct reasoning paths), the conversation reportedly covered ground this series' Parts 5 and 6 will treat in full depth. The participants' rapid-fire predictions on when a fully autonomous, month-long-horizon AI worker might arrive connects directly to the METR time-horizon discussion already covered in this site's AGI Benchmarks article and this series' Part 1.
Four Real Researchers, One Conversation That Never Happened
Three Real Systems From a Single Week in September 2026
Within days of each other in mid-September 2026, three separate research groups published systems that each improve an AI agent's effectiveness while keeping the underlying language model's weights completely frozen — a genuinely important design choice, since it means these gains come from redesigning the process around the model, not from a bigger or better-trained model itself.
- Origin
- A collaboration between Google/Google DeepMind researchers and academic co-authors from the University of Maryland and University of Virginia, published as "Dream-RSI: Recursive Self-Improvement through Evolving Worlds."
- What It Improves
- Not the base model, but the agent's search and exploration policy. Every time an agent attempts a task, it generates a branching tree of attempted approaches — some successful, most not. Dream-RSI treats that completed search history as a "replay simulator," letting the system test alternative search strategies against recorded experience without re-running expensive real experiments.
- Reported Result
- Cuts the number of discovery-agent calls needed by up to 162x in reported benchmarks, by learning where to allocate search effort more efficiently — a genuine meta-optimization result, though this specific multiplier comes from the paper's own reported benchmarks and has not been independently re-verified by this team.
- What It Improves
- The agent "harness" — the software scaffolding around a frozen base model, decomposed into five modules: the agent loop, tool use, observation management, context management, and task-completion detection.
- How It Works
- Contrasts successful and failed task trajectories to attribute specific failures to specific harness components, then evolves each module independently — for example, fixing a context-management weakness causing the agent to forget earlier instructions, without retraining anything.
- Why This Matters for RSI
- A direct, published demonstration that meaningful capability gains can come from redesigning the system around a model rather than the model itself — supporting the view that "intelligence," in a practical sense, belongs to the whole system rather than to model weights alone.
- What It Is
- Published as "ScienceBuddy: Recursive-in-Recursive Self-Improvement for Interactive Scientific Agents" — a dual-loop system combining the two approaches above.
- The Dual Loop
- An inner loop diagnoses failures and edits the agent harness while keeping the model frozen, similar to ModularRSI. An outer loop then applies reinforcement learning (specifically GRPO — the same technique this site's DeepSeek lineage article covered in R1's training) to the task model itself, using trajectories generated under the newly improved harness.
- Why This Is the Most Complete Example So Far
- Unlike Dream-RSI or ModularRSI alone, ScienceBuddy closes the full loop this series' primer described: a better harness produces better training data, which produces a better model, which becomes better at improving the harness further.
A Near-Ideal Laboratory, and What Happens When It's Gamed
GPU kernel optimization is an unusually good testing ground for automated research because feedback is fast and objective: does the kernel compile, does it produce the correct output, and how fast does it run compared to alternatives. Two real projects have worked in this space, with sharply different outcomes for how much to trust self-reported results.
Beyond Benchmark Score Per Token
As AI systems take on more of the research and engineering pipeline, how they're evaluated starts to matter as much as how capable they are. Vals AI, a real evaluation company founded in 2024 (which raised a $40 million Series A led by a16z), focuses specifically on real-world task reliability in domains like law, finance, and coding rather than raw benchmark leaderboard position. The underlying argument — already familiar from this site's Benchmark Landscape article's discussion of the gap between benchmark performance and production reliability — is that the economically relevant question isn't "what's the highest score," but something closer to useful task completion divided by total system cost, where total cost includes retries, human review of failures, and recovery from mistakes, not just per-token API pricing.
The Question That May Matter More Than Any Benchmark
Ryan Greenblatt, a real researcher at Redwood Research, has written and spoken extensively (including in his own separate interview, distinct from the fabricated joint conversation named above) about a genuine and important distinction: many AI research subtasks — reproducing a bug, implementing a described paper, optimizing an inference pipeline — can be automatically checked for correctness, which makes them trainable via reinforcement learning at scale. The open question Greenblatt raises is whether skill built on thousands of these small, verifiable tasks actually transfers to the higher-level judgment calls that matter most in frontier research: which experiment is worth the compute, which anomaly is a real finding versus a bug, which direction is worth pursuing when the answer isn't yet knowable.
If verifiable-task skill does not transfer well, AI may remain an extraordinarily fast engineering assistant while humans retain strategic control over what actually gets built — a scenario much closer to this series' primer's "automation without strong acceleration" outcome than to a genuine recursive loop.
⚠️ What's Missing or Uncertain
🔗 Reference Links
- Dwarkesh Patel — Conversation with John Schulman, Beren Millidge, and Charlie O'Neill
- Dwarkesh Patel — Conversation with Noam Brown (separate episode)
- Dwarkesh Patel — Conversation with Ryan Greenblatt (separate episode)
- Dream-RSI — Official Repository
- ModularRSI — Official Repository
- ScienceBuddy — Official Repository
- Ryan Greenblatt — "My Picture of the Present in AI," Redwood Research
- Google DeepMind — AlphaEvolve Announcement
- This site — Recursive Self-Improvement: A Primer (Part 1)
- This site — AGI Benchmarks: How the Field Tries to Measure the Thing It Can't Yet Define
- This site — The DeepSeek Lineage: A Consolidated Comparison
- This site — The Frontier AI Benchmark Landscape
- This site — The Objective-Specification Problem (RSI series, Part 2)
- This site — Distillation, Centralization, and the Moat Question (RSI series, Part 3)
- This site — Data vs. Reinforcement Learning (RSI series, Part 5)
- This site — The Sim-to-Real Gap (RSI series, Part 6)
- This site — Autonomy Timelines (RSI series, Part 7 — the finale)