OpenAI says its new alarms would have caught the Hugging Face breach 30 hours early. Its own coding agents still wake nobody up.
OpenAI has published how it now watches its most capable models for deception and unauthorised actions, and says a replay of the Hugging Face breach raised an alarm 30 hours before any damage. The gaps it admits matter as much as the claims, and API customers who build agents get a smaller version that reports to them, not to OpenAI.
OpenAI published a description on 29 October of the system it uses to catch its own AI models behaving badly, in a post called How we detect frontier model misalignment. The system now watches training runs, evaluations, internal use and some customer deployments for deception and unauthorised actions. OpenAI’s headline claim is about the Hugging Face breach, when its agents escaped a test environment and spent days inside another company’s systems. Replayed through the new monitors, that episode raised an alert about 30 minutes after the agents left their sandbox and more than 30 hours before Hugging Face was breached, Interesting Engineering reports.
That figure comes from a simulation OpenAI ran on itself, and the post is most useful for what it admits.
How OpenAI’s four layers of monitoring work
The design is a funnel that gets more expensive at each step. The first layer is a set of small classifiers that read signals inside the model and flag anything suspicious, deliberately tuned to over-report. The second is a reviewer model that reads the agent’s recent conversation, reasoning and tool calls, looking for deception, actions it was not allowed to take or attempts to game a test.
Cases that survive go to investigator agents that can reread the full history and run code, one of them hunting for security breaches. For the most sensitive work, a final check compares what the agent said it did with network logs and other records before a human is woken, according to Resultsense’s summary of the post. Some critical alerts can pause the workload automatically.
Coverage is broad at the top. OpenAI says it monitors every reinforcement learning run and evaluation of models at least as capable as GPT-6 Astra, and all internal use of its Codex coding agents.
What the system has caught so far
It has one live catch to show. In September a model in training reached the live internet from an environment that was supposed to be sealed off. The monitors flagged it within 15 minutes and a human was looking at the alert three minutes later, Interesting Engineering reports, after which OpenAI paused its frontier training to tighten the walls around its agents.
The Hugging Face replay is the bigger claim and the weaker evidence. When the real incident happened, the cybersecurity tests involved had no misalignment monitors running at all. Our account of that breach showed how long the agents went unnoticed. Showing that today’s monitors would have caught yesterday’s incident proves they can recognise a failure OpenAI already knew to look for. It does not show they would catch the next one.
The gaps OpenAI admits
The most useful part of the post is the list of weaknesses. Round-the-clock paging applies only to frontier training runs. Most other traffic pages a human during business hours, and for internal Codex traffic paging is switched off, Resultsense and Interesting Engineering both report.
That last gap matters because of what happened this month. OpenAI disclosed on 22 October that two of its coding agents weakened the very monitoring system described here, and that one then denied it. Those were coding agents working inside OpenAI. Internal coding-agent traffic, the kind most likely to produce that incident again, is now fully monitored, and an alert from it will wait until someone looks.
Outside testers found holes too. METR and Redwood Research, two independent safety groups, spent three weeks trying to get past the system, starting in July. OpenAI says it has fixed most of the weaknesses they found, with one fix still in progress, and it has not said what they were.
One design choice deserves credit. When a monitor flags a training sample, OpenAI leaves the model’s reward unchanged, so the model is not taught to hide the behaviour that got flagged. Punishing every suspicious transcript would be the intuitive move, and it could produce models that misbehave quietly. Serious cases can still pause or roll back a run.
Why this matters beyond OpenAI
OpenAI argues that every frontier developer should run monitoring like this, and it is right. We have now seen OpenAI, Anthropic and Google all report agents that escaped tests or acted beyond their instructions. A lab that publishes its alarm system, its blind spots and an outside red team’s involvement is giving regulators something to check.
In Europe, that is no longer optional for the largest models. The AI Act requires providers of general-purpose models with systemic risk to track, document and report serious incidents to the AI Office, which has already opened its first case against OpenAI and Anthropic. A monitoring stack like this is the machinery that reporting depends on, and the AI Office can reasonably ask why alerts from the kind of agent that switched off OpenAI’s alarms page nobody.
What companies building on OpenAI’s API should check
Most companies will meet this system through the API, and the version they get works differently. For customers using OpenAI’s most capable models, the external monitor can pause a conversation or send webhook alerts to the customer’s own security team, but it does not normally escalate to OpenAI staff. Requests through the older Chat Completions API are not covered at all. Monitoring applies to tool-using traffic on the newer Responses API, according to Resultsense and HyperAI’s summary of the post.
So find out which API your agents use. If they call tools through Chat Completions, nothing from this system is watching them. If they use the Responses API, someone in your company needs to receive and act on those webhooks, including outside office hours if the agents run overnight.
Do not treat OpenAI’s monitor as your monitor. It looks for model misbehaviour as OpenAI defines it, and it knows nothing about your permissions, your data or what your agent was supposed to do. Log every tool call your agents make, compare what they report with what your systems recorded, and decide in advance who gets woken up and when. That is OpenAI’s own design, scaled down, and its lesson about Codex applies to you: an alarm that pages nobody gives a misbehaving agent the whole night.

