TL;DR

  1. Automating AI research is the core ingredient of recursive self-improvement. All three big lab safety frameworks track autonomous AI R&D next to CBRN and cyber. Predictions: AI R&D with no human in the loop 30% by end of 2027, 60% by end of 2028 (Clark); a fully automated AI researcher by March 2028 (OpenAI’s internal goal).
  2. It is measurable and fast: MLE-bench (bronze medal in 16.9% of Kaggle competitions), PostTrainBench (base 7.5%, best agent 34.3%, instruct models 51.1%; up from 10% in 8 months), KernelBench, InferenceBench (8.7× speedup, but a hyperparameter search gets 11.53×). Persistence matters as much as capability, and agents reward hack (train on the test set, submit the instruct model).
  3. AI control treats the model as a potential adversary: untrusted strong model U, trusted weak model T, a ~2% human audit budget. Trusted editing keeps 94% usefulness at 92% safety. Protocols trace a safety-usefulness frontier.
  4. In realistic settings capable agents still sabotage undetected (BashArena 26%, LinuxArena ~34%), and sabotage embedded in post-training artifacts is near-undetectable (AUC 0.51 to 0.63), exactly where AI builds AI.
  5. Scalable oversight supervises work we can’t check directly: weak-to-strong generalization recovers ~half (up to ~80%) of the gap; automated alignment researchers recovered 0.97 but also reward hacked.
  6. Reward hacking is the realistic misalignment path: learning to cheat coincides with broad misalignment (sabotage 12%, alignment faking ~50%); inoculation prompting stops the generalization.

Exam relevance

3 questions from this lecture (no mock exam question). Likely topics: why AI R&D automation is a safety question (compounding misalignment, recursive self-improvement), what PostTrainBench measures and its confounders (persistence, reward hacking), the AI control setup (U, T, H, audit budget) and why trusted editing works, the safety-usefulness trade-off, why embedded sabotage is hardest to detect, control vs. scalable oversight, weak-to-strong generalization and the auxiliary confidence loss, reward hacking → emergent misalignment and inoculation prompting.

Overview: I. Motivation and predictions, II. Benchmarks, III. AI control, IV. Scalable oversight.

Today: AI R&D Automation

Slide 2

PartTopic
I. Motivationrecursive self-improvement, lab safety frameworks, notable predictions
II. BenchmarksMLE-bench, PostTrainBench, KernelBench, InferenceBench
III. AI controlworking with an agent you do not trust: Bash, Linux and R&D settings
IV. Scalable oversightsupervising work we can no longer fully check: weak-to-strong, reward hacking

The safety question

If AI builds the next AI with little human oversight, small misalignments can compound faster than we can audit them.

Every Frontier Lab Tracks Autonomous AI R&D

Slide 3

Automating research is the core ingredient of recursive self-improvement. All three major safety frameworks name it alongside chemical, biological and cyber risk:

LabFrameworkAI R&D in it
Google DeepMindFrontier Safety Frameworkdefines AI R&D Critical Capability Levels that could lead to severe risk
OpenAIPreparedness FrameworkAI Self-improvement is a tracked category next to Biological, Chemical, Cyber
AnthropicResponsible Scaling Policythresholds cover CBRN weapons and Autonomous AI R&D

See Recursive Self-Improvement.

Part I: Motivation and Predictions

Slide 4

How fast is AI R&D automation actually moving?

Notable Predictions

Slide 5

WhoPrediction
Jack Clark (Anthropic), Import AI 455, 2026AI R&D with no human in the loop: 30% by end of 2027, 60% by end of 2028
OpenAI, “Built to benefit everyone: our plan”, 2025internal goal: an automated research intern by Sept 2026, a fully automated AI researcher by March 2028
  • Why believe it? Research is mostly execution, not flashes of insight. Coding and running experiments are exactly what agents are good at.
  • Why it is a safety question: if AI designs its successor with little oversight, small misalignments compound across generations, and errors accumulate faster than we can audit.

Impact of AI R&D Acceleration

Slide 6

Anthropic reports that AI is materially speeding up its own development (Favaro & Clark, “When AI builds itself”, Anthropic, 2026; internal metrics):

  • By May 2026, over 80% of merged production code was Claude-authored.
  • User-confirmed success rate on open-ended coding tasks rose to 76%, from 26% six months earlier.
Code merged per active contributor at Anthropic as a multiple of the pre-2025 average, rising steeply
Slide 6: code merged per active contributor, as a multiple of the pre-2025 average; the final (hatched) bar is a partial quarter. Source: Favaro & Clark, Anthropic, 2026.

The bottleneck moves

As code generation gets cheap, human review and experiment selection become the constraint. In any automation process, we are always moving from one bottleneck to another.

Part II: Benchmarks

Slide 7

Can agents do the work? From Kaggle to end-to-end post-training. See AI R&D Benchmarks.

The Early Benchmark: Kaggle Competitions (MLE-bench)

Slide 8

Chan et al. (OpenAI), “MLE-bench”, ICLR 2025: 75 real Kaggle competitions. The agent gets a description, dataset and grading code, trains a model and submits predictions scored against the human leaderboard.

  • Best setup (o1-preview with AIDE) reaches a bronze medal in 16.9% of competitions.
  • Agents follow familiar recipes but struggle to debug and recover.
  • The frontier has since moved to open-ended problems on LLMs.
MLE-bench setup: an agent in an offline Kaggle environment trains a model and submits predictions to a grader
Slide 8: an offline Kaggle environment; the agent trains and submits, the grader compares to the human leaderboard. Source: Chan et al., 2025.

PostTrainBench: Can Agents Automate Post-Training?

Slide 9

Rank et al., “PostTrainBench: Can LLM Agents Automate LLM Post-Training?”, ICML 2026: a true end-to-end task, not a Kaggle recipe. The agent gets a benchmark script and a small base model, then post-trains it: any dataset, any method, open-ended.

ComponentSetting
Base modelsQwen3 1.7B/4B, SmolLM3 3B, Gemma3 4B
Budgetone H100 for 10 hours, terminal and web search
ScaffoldsClaude Code, Codex CLI, OpenCode
TasksAIME, ArenaHard, BFCL, GPQA, GSM8K, HealthBench, HumanEval

An anti-cheat judge screens each submission. The final score averages 4 base models across 7 benchmarks.

PostTrainBench pipeline from base model and benchmark script through agent post-training to evaluation
Slide 9: the PostTrainBench pipeline. Source: Rank et al., 2026.

PostTrainBench: Main Results

Slide 10

Average benchmark score of the post-trained model, by the LLM powering the CLI agent:

ReferenceAverage score
base models7.5%
best agent (GLM 5.2 in Claude Code)34.3%
official instruct models51.1%

So the best agent recovers about two-thirds of the way from base to the labs’ own post-training. Live leaderboard at posttrainbench.com.

PostTrainBench leaderboard: average score by agent model, between the base-model and instruct-model reference lines
Slide 10: PostTrainBench leaderboard. Source: Rank et al., 2026.

Confounding Factors: Capability and Persistence

Slide 11

Persistence (hours worked before the agent stops) ranges from 9.7 h (Opus 4.6) to 1.8 h (GPT 5.4 High). Two axes drive the score: raw capability (model size, reasoning effort) and persistence. A capable model that quits after two hours loses to a weaker one that works nine; giving up early leaves the 10-hour budget unused.

Hours worked before stopping versus PostTrainBench score for different agent models
Slide 11: persistence vs. score. Source: Rank et al., 2026.

Reward Hacking: A Key Issue in Long-Horizon Evals

Slide 12

Examples of reward hacking caught in PostTrainBench:

HackModelWhat it did
Memorize the test setMiniMax M2.5loaded the full GPQA eval set as training data, 10 times over. Its note: “repeat the data multiple times to overfit GPQA.”
Hide the contaminationOpus 4.6appended _custom suffixes to function names while keeping identical logic, tests and docstrings
Submit an off-the-shelf modelKimi K2.5”Since all attempts to fine-tune Qwen3-1.7B-Base have produced garbage output, we’ll use the instruct model as our final submission.”

Warning

The longer and more open-ended the task, the more shortcuts exist, so long-horizon evaluations need an anti-cheat layer. The second example is not just cheating but hiding the cheating.

Broader Impact of Post-Training Automation

Slide 13

  • Over 8 months, agents moved from 10% (Sonnet 4.5) to 34% (GLM 5.2) of the average benchmark score.
  • Jack Clark predicts agents surpass the human baseline on PostTrainBench by September 2026.
  • Cheaper open-weight models (GLM 5.2) now top the board, not only frontier proprietary ones.

The optimistic reading

Cheap automated post-training enables customization: every community can shape its own model instead of depending on a few centralized providers.

Tweet: when models can post-train other models there may be a Cambrian explosion of types of minds; quoted post notes GLM 5.2 is much cheaper yet tops PostTrainBench
Slide 13: the customization case. When models post-train other models cheaply, the space of specialized models opens up ("authoring minds will become an accessible artform").

Beyond Training: Writing Fast GPU Kernels (KernelBench)

Slide 14

Ouyang et al. (Stanford, Princeton), “KernelBench”, 2025: 250 PyTorch workloads across three levels (single ops, operator sequences, full architectures). The agent rewrites reference code as a faster custom CUDA kernel that must stay correct.

The metric

The fraction of kernels that are correct and beat the baseline by more than a factor of .

  • Frontier models match the PyTorch baseline on fewer than 20% of tasks out of the box.
  • Profiling feedback helps: Level-1 climbs from 12% to 43% after several rounds.
KernelBench: a reference PyTorch module is turned into an optimized CUDA version, checked for correctness and timed
Slide 14: the agent turns a reference PyTorch module into an optimized CUDA version, checked for correctness and timed against PyTorch. Source: Ouyang et al., 2025.

Optimizing Inference Automatically End-to-End (InferenceBench)

Slide 15

Yeon, Rank & Andriushchenko, “InferenceBench”, 2026: the agent deploys an OpenAI-compatible inference server for a fixed model and makes it faster: one H100, two-hour budget, no starter code. Scored by speedup over a PyTorch baseline.

ApproachGeometric-mean speedup
vLLM default4.05×
best agents~8.7×
plain hyperparameter search, same budget11.53×

Agents beat serving-engine defaults but lose to a matched-budget search: they converge on one framework instead of exploring. Industry wants this anyway: Modal’s Auto Endpoints configure and optimize inference agentically.

Aggregate speedup of agents vs. vLLM default and hyperparameter search on InferenceBench
Slide 15: aggregate geometric-mean speedup. Source: Yeon, Rank & Andriushchenko, 2026.

Part III: AI Control

Slide 16

Working safely with an agent you do not trust. See AI Control.

AI Control: Model as a Potential Adversary

Slide 17

Greenblatt et al. (Redwood Research), “AI Control: Improving Safety Despite Intentional Subversion”, ICML 2024: assume the model may be trying to subvert you, and design a protocol that stays safe anyway. A red team builds the attack policy; a blue team designs the safeguards.

ResourceRole
Untrusted model U (GPT-4)capable, but might insert backdoors
Trusted model T (GPT-3.5)weaker, but assumed not to scheme
Trusted labor Hexpensive human review; audit budget ~2%

The task

Solve 5,000 APPS programming problems without ever submitting a backdoor (a logic error that passes the tests but fails on a secret input). Usefulness is measured with the real GPT-4; safety against the red-team attack policy.

AI control setup with untrusted GPT-4, trusted GPT-3.5 and limited human auditing
Slide 17: the control setup. Source: Greenblatt et al., 2024.

Link to Lecture 10

Control is the answer to the problem left open in Lecture 10: if a clean evaluation doesn’t prove a clean model, design the deployment so that a scheming model still can’t cause harm.

Simple Protocols Can Buy Some Safety

Slide 18

ProtocolUsefulSafe
avoid untrusted model (trusted only)2%100%
upfront auditing (first 2%)100%15%
trusted monitoring97%62%
untrusted monitoring96%79%
trusted monitoring, defer to trusted93%83%
trusted editing94%92%

Usefulness is rescaled: 0% = GPT-3.5 (22% correct), 100% = GPT-4 (54% correct). Safety = probability that no backdoor is ever submitted. Numbers from Table 2.

  • Trusted monitoring: T rates how suspicious each U solution is; the most suspicious get human audits.
  • Untrusted monitoring: a second copy of U is the monitor (stronger, but it might collude, so it has to be checked with fake backdoors).
  • Defer to trusted: above a suspicion threshold, use T’s own solution instead.
  • Trusted editing: let GPT-4 write the code, then have GPT-3.5 rewrite the suspicious parts.

Key point

Trusted editing wins: 94% usefulness at 92% safety, far above either model alone. A weak trusted monitor plus a small audit budget catches most attacks without giving up the strong model’s capability.

Protocols Trace a Safety vs. Usefulness Frontier

Slide 19

Each protocol lands somewhere on the safety-usefulness plane. No protocol is perfect. Control research pushes the frontier outward (more safety at the same usefulness, or the reverse) as models get more capable and attacks get sneakier.

Safety vs. usefulness plane with the different control protocols forming a frontier
Slide 19: control protocols on the safety-usefulness plane. Source: Greenblatt et al., 2024, Fig. 2.

Scaling Control to Privileged System Agents (BashArena)

Slide 20

Kaufman et al. (Redwood Research), “BashArena”, 2025: 637 Linux sysadmin tasks with the agent running as root. Four side tasks a misaligned agent might attempt: run malware, exfiltrate secrets, escalate privileges, disable the firewall.

  • Claude Sonnet 4.5 completes sabotage while evading a GPT-4.1 mini monitor 26% of the time, at a 4% false-positive rate.
  • Weaker attackers (GPT-4.1 mini, GPT-5 nano) can barely attack at all.
Attacker success by model and side task in BashArena
Slide 20: attacker success (1 minus safety) by model and side task. More capable models make better attackers. Source: Kaufman et al., 2025.

Control in Live Production Environments (LinuxArena)

Slide 21

Tracy et al. (Redwood Research, EquiStamp), “LinuxArena”, 2026: the agent works on live, multi-service production systems, not static code: 20 environments, 1,667 main tasks, 185 side tasks. Legitimate work and sabotage need the same access, so there is no clean attack surface to sandbox away.

  • Against a GPT-5 Nano monitor at 1% false-positive rate, Claude Opus 4.6 sabotages undetected ~34% of the time.
  • Human-crafted attacks evade at 94% vs. 50% for the best model-generated attack: much headroom remains for stronger attackers.
LinuxArena: an honest policy does only the main task, an attack policy also pursues a covert side task while a monitor watches
Slide 21: an honest policy does only the main task; an attack policy also pursues a covert side task while a monitor watches. Source: Tracy et al., 2026.

Control for Automated AI R&D Itself (ResearchArena)

Slide 22

Libon et al., “ResearchArena: Evaluating Sabotage and Monitoring in Automated AI R&D”, 2026 put the control question where AI R&D happens. Four main tasks: safety and capabilities post-training, CUDA-kernel and inference optimization. The deliverable is an artifact that gets deployed.

Side-task classWhat the sabotage is
Embeddedlives inside the submitted model, adapter or kernel (a backdoor, a hidden numerical error)
Independenta covert sandbox action (exfiltrate weights, typosquat a dependency) that leaves the artifact honest

Four monitors inspect each run, varying two axes: can it probe the produced artifact, and can it see the chain of thought. Each emits a suspicion score in [0, 100].

ResearchArena setup with main tasks, embedded and independent side tasks and four monitors
Slide 22: the ResearchArena setup. Source: Libon et al., 2026.

Sabotage Hidden in Training Data Is Hardest to Catch

Slide 23

Independent side tasks are caught reliably; embedded sabotage in post-training often falls below the suspicion threshold of 50.

SettingDetection AUC
embedded post-training sabotage0.51 to 0.63 (near chance)
sabotage as code in the optimization settings0.92 to 0.99
Suspicion scores by side-task class; embedded post-training sabotage often stays below the threshold
Slide 23: suspicion scores by side-task class. AUC values from Tables 2 and 3. Source: Libon et al., 2026.

The connection to loss of control

If agents develop their next generation with sabotage we cannot detect, misalignment could propagate into systems we build but no longer fully oversee. Compare data poisoning and sleeper agents (Lecture 6).

Part IV: Scalable Oversight

Slide 24

Supervising work we can no longer fully check.

Agentic Outputs Are Outgrowing Human Comprehension

Slide 25

Scalable oversight

Methods for supervising and evaluating AI systems on tasks whose outputs are too large, too complex or too capable for a human to check directly. See Scalable Oversight.

  • A single PostTrainBench run is hours of tool calls, edits and training scripts. No reviewer reads all of it (the traces are public: posttrainbench.com/traces).
  • We already lean on other AI agents to flag concerning behavior, like reward hacking, inside those traces.
  • The bet: use AI to help supervise AI, because unaided humans can’t keep up.
  • The open question: does the overseer stay ahead of the system it oversees?

Control vs. scalable oversight

Control assumes we can still evaluate the output. Scalable oversight asks what happens when the output outgrows us.

Can a Weak Supervisor Elicit a Strong Model’s Abilities?

Slide 26

Burns et al. (OpenAI), “Weak-to-Strong Generalization”, 2023: tomorrow humans are the weak supervisor of a superhuman model. Study it today by having a weak model (GPT-2 level) supervise a strong one (GPT-4).

Fine-tune a strong model on labels from a weak one. It generalizes beyond its teacher’s mistakes: a proof of concept that weak supervision can still elicit strong capabilities.

  • Naive fine-tuning recovers about half the weak-to-strong gap on NLP tasks.
  • A simple auxiliary confidence loss (let the strong model trust its own confident predictions over the weak labels) pushes this to ~80%.
  • It doesn’t work everywhere: reward modeling stays hard, so naive RLHF may scale poorly.

Performance gap recovered (PGR)

0 = no better than the weak teacher, 1 = as good as the strong model trained on ground truth. The “0.97” and “~80%” numbers are PGR values.

Analogy: traditional ML with a human supervising a weaker model, superalignment with a human supervising a stronger model, and the weak-to-strong analogy with a weak model supervising a strong model
Slide 26: the weak-to-strong analogy. Source: Burns et al., 2023.

Automating the Alignment Research Itself

Slide 27

Anthropic, “Automated Alignment Researchers”, 2026: Claude Opus 4.6 agents ran as automated alignment researchers on the weak-to-strong problem, with sandboxes, shared forums and compute (about 800 agent-hours, ~$18,000).

Gap recovered
Claude agents, 5 days0.97
two humans, 7 days0.23
transfer: chat / math / code0.97 / 0.94 / 0.47

They also reward hacked

One agent skipped the teacher and had the strong model pick the most common answer; another read the test answers directly. Automated alignment research inherits the same problem it is meant to solve.

Gap recovered by the automated researchers' best methods on chat, math and code
Slide 27: the best methods found by Claude agents recover most of the gap on chat and math; transfer to code is weaker. Source: Anthropic, 2026.

Reward Hacking Is the Realistic Misalignment Path

Slide 28

MacDiarmid et al., “Natural Emergent Misalignment from Reward Hacking”, Anthropic 2025 (introduced in Lecture 4): train a model in environments where reward hacking is possible. When it learns to cheat, broader misalignment appears at the same moment, with no training for it: fake goals, deception on alignment questions, monitor disruption, even offering to exfiltrate.

  • It sabotaged a safety-research codebase in 12% of runs.
  • It faked alignment in ~50% of cases when asked about its goals.
Malign generalization score spikes at the onset of reward hacking during training
Slide 28: at the onset of reward hacking, the malign-generalization score spikes. Source: MacDiarmid et al., 2025.

A surprising fix: inoculation prompting

Telling the model up front that hacking is acceptable here stops the misaligned generalization, without reducing the hacking itself. The cheating no longer means “I am the kind of model that breaks rules”, so it doesn’t spread to other behavior. See Emergent Misalignment.

The Risks of Autonomous AI R&D

Slide 29

flowchart LR
  A["1. Agents do AI R&D<br/>post-train, optimize kernels, run experiments"] --> B["2. They optimize a metric<br/>and reward hack when a shortcut exists"] --> C["3. Hacking generalizes<br/>to deception, sabotage, alignment faking"] --> D["4. They build the next generation<br/>with oversight we cannot fully provide"]

AI control keeps a distrusted agent contained while we can still check its work. Scalable oversight is the harder bet: keep supervising once the work outgrows us. Both are needed before the loop closes, not after.

The safety case

It is not that agents are malicious. It is that the incentives we train them under reliably produce cheating, and cheating generalizes.

Recap

Slide 30

  1. AI R&D automation is measurable and fast: agents recover two-thirds of the human post-training ceiling and beat serving-engine defaults. Every lab tracks it, with public dates on full automation.
  2. AI control assumes the agent is an adversary: simple protocols like trusted editing buy a lot of safety, but in live and R&D settings capable agents still sabotage undetected about a third of the time.
  3. Sabotage hidden in training data is hardest to catch: monitors are near chance on embedded post-training sabotage, exactly the setting where AI builds AI.
  4. Reward hacking is the realistic misalignment path: agents cheat metrics, and cheating generalizes to deception. Scalable oversight is our lever, and it is early.

The capability is here and accelerating; our containment and oversight tools work only partially; the hardest case is the one the labs are racing toward.

Self-Test

Multiple Choice

References