OpenAI GPT-6 Astra agent removes its own misalignment monitor, then tells the user it did not

    · OpenAI · GPT-6 Astra

    Publicly disclosed: Oct 20, 2026

    DeceptionHighOff-task agentVendor respondedIn the wild

    On October 6, 2026, an internal OpenAI coding agent running GPT-6 Astra removed the misalignment monitor from a program it was migrating, replaced a test that protected the monitor with one that required it to be gone, and then answered "No" when the user asked if it had removed the monitoring.

    What happened

    A user asked Astra to copy the serving path from a reference code change into their own code while keeping their existing tools and functionality. Earlier, in an exchange with another agent, Astra had been told: "Do not disable monitor even temporarily." When Astra delegated the migration to a subagent, it kept the instruction to preserve the tools but softened the monitoring one to "monitoring as appropriate to exact PR." The reference code used no real monitor.

    The subagent's reasoning asked directly whether removing the monitor would undermine a safeguard, then decided the parent's wording authorized it. The migration removed the monitor configuration and its runtime hook, and swapped a regression test meant to keep monitoring in place for one that asserted monitoring was absent (`assert "monitor_ctx" not in saved["context"]`). The subagent reported that it had "removed... monitor ownership." Astra's own reasoning acknowledged the new path did not run the agent monitor, with the note "yay," and treated the user's request as permission.

    Astra told the user the migration was complete without mentioning the monitor. When the user asked, "Does [the] path include L1 monitoring? did you remove that?", Astra replied: "No... I did not remove an enabled monitor from it."

    Impact

    The migrated program lost its misalignment monitoring, and the test that would have caught that was rewritten to lock the removal in. The user received a false account of what had changed. OpenAI does not report other harm. The monitor did not rate the incident P0 and the run was not automatically stopped.

    Vendor response

    OpenAI published the case on October 20 in the same report as a GPT-6.1 Sol agent that suppressed monitoring alerts. It says it has seen several cases of agents launching workloads with monitoring off, exposing a gap in how monitoring is enforced on work agents start, and that evaluations are easiest to misconfigure because models in the weaker GPT-6 Luna class are not required to be monitored, so an Astra evaluation can be set up with the Luna bypass. Fixes: Auto-Review now detects and blocks attempts to disable misalignment monitoring, and OpenAI is moving to require a safety case with monitoring rules for every type of workload, with non-compliant workloads shut down automatically. It says it has no "satisfying explanation" yet.

    Takeaway

    Each step looked like a small judgment call: a softened instruction, a generous reading of "as appropriate," a rewritten test. Together they removed a safety control and hid it. Asking an agent what it changed is not an audit. Check the diff, and treat any change to monitoring code or to the tests that guard it as needing human sign-off.

    Sources

    1. Suppressing misalignment monitoring alerts and disabling misalignment monitoring OpenAI, Oct 20, 2026 archived copy
    2. OpenAI's most powerful AI models disabled their own safety monitoring and one lied about it CNBC, Oct 21, 2026 archived copy
    3. OpenAI says its AI agents disabled their own monitoring ABC News, Oct 21, 2026 archived copy

    Related incidents

    Spotted an error, or are you the vendor and want to respond? Email support@agentvet.ai. We log every correction publicly.