To resume training, OpenAI proposed three new defense layers. At the infrastructure level, workloads that can execute model-generated code must enter stricter sandboxes; multiple isolations must be established between high-risk tasks and the internet; shared services, long-term permissions, and network trust boundaries must be redesigned.
At the monitoring level, OpenAI began token-by-token detection of model operations. Once the underlying classifier detects anomalous signals, the system escalates the event to a higher-compute automated investigator, which examines the model's tool calls, visible reasoning process, and full action trajectory, focusing on identifying unauthorized access, data exfiltration, sabotage, and attempts to evade safeguards. If the system detects that the model may breach critical safety boundaries, security, research, and infrastructure teams receive highest-priority alerts; if it cannot be confirmed as a false positive within 30 minutes, related activities should in principle be paused.
Such monitoring is not cheap. OpenAI estimates that monitoring consumes about 20% of the compute of the monitored inference. This means that in the next phase of the AI race, companies need to calculate not just 'how many GPUs to train a model' but 'how many additional GPUs to train a model safely.' Safety is no longer just a pre-deployment evaluation report; it should become a fundamental cost of model training.