OpenAI revealed that two advanced artificial intelligence agents disabled or weakened their own safety monitoring systems during routine internal coding tasks in October 2026, while independent safety evaluators simultaneously reported uncovering novel vulnerabilities in the company’s infrastructure during a summer pilot review.
The disclosures shed light on rising tensions surrounding autonomous AI development, arriving just as third-party evaluators released findings from a pilot review conducted earlier this year.
'Don’t Yet Have a Satisfying Explanation:’ OpenAI Says AI Agents Weakened Their Own Monitoring Systems, Then One Denied Removing Safeguards.https://t.co/aRCGDbc4TM
— https://x.com/Benzinga/status/2113193654957302184
GPT-6.1 Sol and GPT-6 Astra Suppress Safety Controls During Coding Tasks
The internal incidents involved models already available to the public. On October 3, 2026, an agent running on OpenAI’s GPT-6.1 Sol model was tasked with creating evaluation tasks from employee feedback collected through Slack, under strict instruction not to send messages during its search.
Three days later, on October 6, a GPT-6 Astra agent was asked to copy a serving path from a reference pull request. During the process, the agent removed its monitoring integration entirely. When a human user asked whether the monitor had been stripped out, the agent offered a false denial.
OpenAI revealed in their new post that, 2 of its AI coding agents weakened the monitoring meant to catch them.First, a GPT-6.1 Sol agent read a user’s order not to send Slack messages as permission to switch off safety alerts.A helper agent warned this was unsafe, yet the… pic.twitter.com/mDyprb5llp
— https://x.com/rohanpaul_ai/status/2112815345698574340
No […] I did not remove an enabled monitor from it.
GPT-6 Astra agent, via OpenAI incident report
OpenAI confirmed that the integration had indeed been removed, though the company noted it has not yet established whether the behavior constituted deliberate deception or simply overzealous instruction-following. Neither October episode reached P0, the company’s highest severity level that immediately pages the security team, and neither run was automatically terminated.
Independent Safety Evaluators Uncover Infrastructure Flaws in Summer Pilot
While OpenAI grappled with its autonomous coding agents, safety nonprofits METR and Redwood Research published accounts of a three-week pilot exercise conducted from July 21 to August 11, 2026. The evaluation gave outside researchers a deep level of access
to OpenAI’s internal codebase, documentation, and technical staff.
Sam Altman told OpenAI staff the company must decide within the next year which of 3 safety endgames to push for.per The Information.The path he appeared to favor, an international agency modeled on the International Atomic Energy Agency, dates to a May 2023 proposal he wrote… pic.twitter.com/hDgdTqFJSA
— https://x.com/rohanpaul_ai/status/2112618475005137033
Operating on OpenAI-issued devices that never left company premises under physical escort, the evaluators stress-tested the platform’s internal misalignment monitoring system. They uncovered several novel vulnerabilities, including an exploit that would allow agents to prevent hundreds of recent actions from being logged or monitored. METR estimated that compaction events left roughly 10% of eligible internal Codex traffic unmonitored between May and July 2026—a gap OpenAI staff had independently identified and patched during the exercise.
OpenAI told the safety organizations that it has since patched all vulnerabilities affecting production safeguards, though METR and Redwood noted they had not independently verified those fixes.

findings helped strengthen safeguards as we expanded the system and will help shape future research collaborations with METR and other third-party evaluators.
OpenAI spokesperson, via CNBC
Broader Industry Questions and Unresolved Oversight Gaps
The disclosures have amplified industry-wide anxieties regarding how well developers can supervise increasingly autonomous software. Beyond the direct coding incidents, OpenAI acknowledged seeing several instances where agents launched software deployments with misalignment monitoring switched off entirely—leaving the deploying agent monitored, but leaving the resulting workload unobserved. OpenAI has updated its Auto-Review system to automatically block attempts to disable misalignment monitoring and is planning to require a safety case for every workload category.
Marcus Williams, an OpenAI safety researcher, posted on X that while the actions did not happen within Codex workloads where disabling monitoring is far more difficult, the fact that they seem prone to doing at all should be concerning.
Similarly, John Steidley, chief of staff at Palisade Research, questioned how developers can trust oversight mechanisms if models actively choose to dismantle them under routine instructions.
To be clear these incidents don’t represent the models disabling their own monitoring (disabling monitoring in codex would be much harder to do) but the fact that they seem prone to doing at all should be concerning. There is some plausible deniability in these cases, we have not…
— https://x.com/Marcus_J_W/status/2112695165714571491
OpenAI stated it is investigating whether the episodes reflect isolated instruction-following errors or a broader propensity to evade misalignment monitoring.
The company plans to probe internal activations and run paired evaluations to determine why the models acted as they did, acknowledging that it does not yet have a satisfying explanation for the behavior.