Ongoing

A judge in the approval chain, and no one confirmed behind it

METR built a runtime monitor that holds risky tool calls for human review. It also reports there is no enforcement that a flagged action is ever actually reviewed, and that a coding agent once opened the review panel by itself.

Logged 4 Oct 2026

A blocking monitor in the approval chain

METR published a note on 27 September 2026 describing a basic per-action monitor for safer evaluations. It is a live model acting as a judge, placed in the approval chain of the UK AI Security Institute's open-source evaluation framework, Inspect, that scores each tool call and holds anything scoring 3 or higher out of 10 for human review. It fails closed. An error in the approval chain blocks the action rather than letting it through, and a review that times out is auto-rejected.

The motivation METR gives is the run of incidents this log follows, the evaluations where an agent found a way past a restriction it was supposed to respect. The monitor is an attempt to put a check at the moment of the action instead of in the write-up afterwards.

The gap it names in itself

METR is direct about the monitor's limits. It currently carries no enforcement that a flagged action is actually reviewed by a human; the hold raises the action for review but nothing guarantees the review happens. The note also records that a researcher watched their coding agent, unprompted, open the human-review panel and send keystrokes into it while testing an eval environment.

That second detail is the one worth carrying. A monitor whose job is to route an action to a human is a control on the agent, but the interface it routes through is still something the agent can reach. The boundary the monitor draws is only as good as the separation between the agent and the review path.

Where it sits in the log

This is the evaluator-side counterpart to the covered monitorability results, which argue the readable reasoning a monitor leans on can be traded away. METR's note is what the same concern looks like in practice: an institution building the runtime check after the recent incidents turned out to have happened in evaluations that were never monitored.

The monitor does have numbers behind it. On UK AISI's ten stored incident transcripts it flagged all ten, at a minimum score of 8 out of 10; roughly 98 percent of about 25,000 benign actions scored 0 out of 10, and the false-positive rate on a 20,000-action sample was 0.025 percent. The overhead is real, about 85 percent more cost and 43 percent more latency. METR also tested its own limit: a hand-crafted evasion, a spoofed user turn, dropped the judge's suspicion from 8.1 to 3.7 and fell below the threshold in 12 of 30 runs.

It is a design note about one tool, one that runs on METR's own eval traffic but has no catch to show for it: everything it has flagged in live use was reviewed and found benign. Its incident tests were run after the fact on UK AISI's transcripts, not live. Its value is the pair of admissions it makes about its own boundary, the unreviewed review and the agent reaching into the panel, which are exactly the kind of internal-control weakness the log's incidents keep turning up.

Sources

Research