IA · 17 agosto 2026 · 4 min di lettura
OpenAI smantella il team di Preparedness: la sicurezza dell'IA si frammenta tra i reparti di prodotto
In sintesi: OpenAI ha confermato lo scioglimento della sua divisione di Preparedness, l'unità interna incaricata di valutare e mitigare i rischi più gravi posti dai modelli di frontiera, come attacchi informatici autonomi o minacce biologiche. Le responsabilità di verifica e red-teaming vengono ora frammentate e integrate direttamente nei team di sviluppo prodotto, una riorganizzazione interna che riflette la transizione dell'azienda verso una struttura interamente commerciale e orientata alla quotazione in borsa.
di Team Mocchi's
Una nuova riorganizzazione per la sicurezza di frontiera
OpenAI ha ufficialmente sciolto il proprio team di Preparedness, la divisione specializzata nata per monitorare, valutare e prevenire i rischi catastrofici derivanti dai modelli di intelligenza artificiale più avanzati. Come riporta The Verge, citando indiscrezioni del Financial Times, la decisione è diventata operativa alla fine del mese scorso, segnando un cambiamento radicale nell'architettura di controllo interna dell'azienda.
Il team di Preparedness aveva il compito di condurre test rigorosi prima del rilascio di nuovi modelli, definendo metriche quantitative per identificare pericoli emergenti: dall'assistenza automatizzata alla creazione di armi chimiche o biologiche, fino alla capacità di condurre campagne di hacking informatico su larga scala senza intervento umano. Con lo scioglimento dell'unità, queste responsabilità non scompariranno ma verranno ripartite per settori verticali (come bio e cyber) e assegnate ai singoli team di ingegneria e sviluppo prodotto già esistenti.
Dal presidio indipendente all'integrazione nei team verticali
Il cambiamento strutturale ridefinisce anche il ruolo delle figure chiave dell'organizzazione. Dylan Scandinaro, a capo del team di Preparedness dopo essere stato reclutato da Anthropic a febbraio, non lascerà l'azienda ma verrà riassegnato a un programma di ricerca focalizzato sulle implicazioni dell'IA a miglioramento ricorsivo autonomo (recursive self-improving AI).
La decentralizzazione delle funzioni di sicurezza risponde all'esigenza operativa di velocizzare i cicli di rilascio commerciale. Tuttavia, la scelta di assorbire i controllori all'interno delle stesse unità che sviluppano le funzionalità solleva interrogativi sulla reale indipendenza dei processi di audit interno: un team di prodotto, misurato su metriche di adozione e time-to-market, potrebbe trovarsi in una posizione di potenziale conflitto d'interessi quando chiamato a bloccare o rallentare una release per motivi di conformità o rischio.
L'esodo dei ricercatori e la transizione verso l'IPO
Lo scioglimento della divisione di Preparedness si inserisce in un quadro più ampio di progressivo smantellamento delle unità di ricerca teorica e allineamento all'interno di OpenAI. Negli ultimi due anni, l'azienda guidata da Sam Altman ha progressivamente dismesso il team dedicato all'AGI readiness e la divisione di Superalignment, nata per governare sistemi a superintelligenza.
Parallelamente, si sono registrate defezioni eccellenti tra le figure di riferimento per l'etica e la sicurezza: l'ethics lead Chloé Bakalar, il chief futurist Josh Achiam e l'head of safety Johannes Heidecke hanno tutti rassegnato le dimissioni di recente. Critici ed ex dipendenti, tra cui Jan Leike (passato ad Anthropic nel 2024), hanno più volte evidenziato come le priorità aziendali si siano spostate in modo deciso dalla governance preventiva verso la rapida commercializzazione di prodotti consumer ed enterprise, un passaggio cruciale in vista di un'imminente e storica offerta pubblica iniziale (IPO).
Il punto di Mocchi's
Per le aziende italiane ed europee che integrano le API di OpenAI nei propri flussi operativi, questa riorganizzazione segna un cambio di paradigma: la sicurezza non può più essere considerata una garanzia delegabile a monte ai laboratori di frontiera. Man mano che i fornitori di modelli decentralizzano i propri presidi interni per accelerare i ritmi di rilascio, la responsabilità della validazione, del red-teaming applicativo e del monitoraggio comportamentale ricade interamente sui team che costruiscono il software a valle. Diventa quindi indispensabile implementare guardrail architetturali proprietari e ambienti di collaudo isolati, evitando di fare affidamento esclusivo sui filtri nativi dei modelli di base.