Anthropic, Google e OpenAI alla prova delle regole volontarie sull'IA della Casa Bianca

Anthropic, Google e OpenAI sono entrate il 4 agosto in un nuovo esperimento regolatorio, nonostante l'impegno di Washington a evitare l'approvazione obbligatoria delle release di IA di frontiera.

L'incontro alla Casa Bianca ha riunito queste aziende con Meta, Nvidia e altri rappresentanti del settore. I funzionari hanno illustrato le regole per test governativi volontari dei modelli avanzati prima del rilascio pubblico. I colloqui hanno fatto seguito a un ordine esecutivo di giugno che ha istituito il processo di test senza creare un sistema di licenze.

Le discussioni tra Anthropic, Google e OpenAI hanno quindi riguardato più di una semplice consultazione politica. Hanno messo alla prova la possibilità che la cooperazione volontaria gestisca i rischi per la sicurezza nazionale senza trasformarsi in un'autorizzazione informale del governo al lancio di un modello.

Questa tensione è cresciuta man mano che i modelli leader sono diventati più capaci di individuare vulnerabilità software e supportare complesse operazioni informatiche. Evidenzia inoltre una grande lacuna del quadro normativo. L'approccio attuale si concentra sui modelli chiusi, escludendo invece i sistemi scaricabili a pesi aperti.

La distinzione favorisce le aziende che rilasciano i pesi dei modelli, inclusi sviluppatori americani e stranieri. Impone maggiori pressioni di revisione ai laboratori che mantengono il controllo sui propri modelli, ne limitano l'accesso e possono tecnicamente conformarsi ai test pre-rilascio.

L'incontro era stato programmato prima della data di pubblicazione di questo articolo. Le informazioni emerse successivamente ne hanno chiarito l'esito, incluso il trattamento riservato dal quadro ai modelli chiusi e a pesi aperti. Quello che era iniziato come un'anticipazione dell'incontro è diventato un test di come Washington intenda regolamentare l'IA di frontiera.

Cosa Anthropic, Google e OpenAI sono state chiamate a esaminare

L'incontro del 4 agosto ha trasformato un ampio ordine esecutivo in un quadro di test dei modelli più specifico, ma ancora non pubblicato.

La Casa Bianca ha invitato a Washington rappresentanti delle principali aziende di IA e chip per esaminare le regole di test proposte dal governo. Tra i partecipanti, secondo quanto riportato, figuravano Anthropic, Google, OpenAI, Meta e Nvidia.

Il quadro riguarda i modelli di frontiera, ossia sistemi prossimi al vertice delle capacità generali dell'IA. L'attenzione del governo si concentra sui modelli che dimostrano capacità avanzate di cybersicurezza o hacking.

Il presidente Donald Trump ha istituito il processo alla base dell'iniziativa attraverso un ordine sull'IA di giugno. Esso incarica le agenzie federali di cercare accordi volontari con gli sviluppatori americani per il test dei modelli.

Le agenzie partecipanti includono i dipartimenti del Commercio, della Difesa, della Sicurezza interna e del Tesoro. L'ordine assegna inoltre alle agenzie di sicurezza nazionale un ruolo nello sviluppo delle valutazioni e nella risposta ai rischi individuati.

Il processo chiede agli sviluppatori partecipanti di fornire accesso prima del rilascio dei modelli interessati. Gli specialisti governativi possono quindi valutare capacità che potrebbero minacciare infrastrutture critiche o la sicurezza nazionale.

Tuttavia, l'ordine stabilisce un confine importante. Afferma che il processo non autorizza licenze obbligatorie, autorizzazioni preventive o permessi governativi per i rilasci di IA.

Questa formulazione riflette il tentativo dell'amministrazione di conciliare due posizioni. I funzionari vogliono un accesso più tempestivo alle capacità pericolose, ma si oppongono a un ampio sistema regolatorio che potrebbe rallentare gli sviluppatori americani.

L'accordo risultante dipende in larga misura dalla cooperazione. Uno sviluppatore può partecipare, condividere un modello quasi completato e considerare le conclusioni del governo senza rinunciare formalmente al controllo sulla data di rilascio.

Questo modello differisce da un convenzionale sistema di approvazione dei prodotti. Il governo non emette un certificato pubblico e non approva né respinge formalmente ogni lancio.

L'incontro avrebbe incoraggiato le aziende a presentare modelli prossimi al rilascio. Questo approccio offrirebbe ai valutatori un prodotto più rappresentativo rispetto a una fase incompleta della ricerca.

Lascia però anche poco tempo per intervenire. Una grave vulnerabilità individuata vicino al lancio potrebbe costringere un'azienda a ritardare la distribuzione, limitare l'accesso o negoziare un'alternativa con i funzionari.

La Casa Bianca non ha pubblicato il quadro completo. Ciò limita il controllo indipendente sulle sue soglie, sui metodi di valutazione, sui controlli di accesso e sulle procedure per risolvere i disaccordi.

La natura classificata di alcuni benchmark di cybersicurezza aggiunge un ulteriore vincolo. La divulgazione pubblica potrebbe aiutare gli avversari ad addestrare modelli specificamente per superare i test senza affrontare il pericolo sottostante.

Tuttavia, la riservatezza rende anche più difficile la responsabilità esterna. Ricercatori, clienti e legislatori non possono facilmente stabilire se gli stessi standard si applichino alle aziende concorrenti.

L'incontro di agosto ha quindi cambiato il contesto pratico della supervisione dell'IA. Washington dispone ora di un percorso definito per esaminare determinate release di frontiera, anche se la partecipazione resta legalmente volontaria.

Perché i modelli chiusi sostengono l'onere regolatorio

Il compromesso centrale è una copertura disomogenea: i modelli che restano sotto il controllo dell'azienda vengono esaminati, mentre i pesi scaricabili sfuggono al quadro iniziale.

Secondo le informazioni emerse dopo l'incontro, il quadro definisce un modello di frontiera soggetto a copertura come chiuso e all'avanguardia, con capacità rilevanti per la sicurezza nazionale.

Un modello chiuso mantiene i parametri addestrati sotto il controllo dello sviluppatore. I clienti vi accedono di solito tramite un'applicazione o un'API, che consente al software di comunicare con il modello da remoto.

Un modello a pesi aperti rende disponibili per il download tali parametri addestrati. Gli utenti possono eseguire, modificare, sottoporre a fine-tuning e ridistribuire il modello senza dipendere dal servizio ospitato dal suo sviluppatore originale.

I pesi aperti non sono identici al software open source. Una release può fornire i parametri del modello trattenendo al contempo i dati di addestramento, il codice di sviluppo o altri materiali necessari per una piena riproducibilità.

Questa distinzione conta perché il fornitore di un modello chiuso può monitorare l'accesso, aggiornare le salvaguardie, sospendere account e ritirare un modello. Una release a pesi aperti diventa difficile da contenere dopo la distribuzione.

Nonostante questa differenza, il quadro della Casa Bianca attualmente esclude i modelli aperti dal proprio ambito di revisione. I dettagli del quadro riportati dopo l'incontro hanno descritto una copertura limitata ai sistemi chiusi avanzati.

Secondo quanto riferito, i funzionari hanno anche comunicato alle aziende che i modelli a pesi aperti non sarebbero stati sottoposti al processo volontario di test di sicurezza. Questa politica riflette il sostegno dell'amministrazione allo sviluppo aperto e la preoccupazione di limitare l'innovazione americana.

L'esenzione crea un'apparente contraddizione sul piano della sicurezza. I sistemi che gli sviluppatori possono ancora aggiornare e limitare ricevono un esame pre-rilascio. I sistemi che chiunque può scaricare e modificare evitano lo stesso processo.

Esiste una spiegazione pratica. Un governo può negoziare l'accesso con un'azienda americana che gestisce un servizio chiuso. Dispone di meno strumenti nei confronti di un modello rilasciato da un laboratorio estero.

I modelli aperti supportano anche la ricerca, la personalizzazione e l'implementazione locale. Università e piccole imprese possono studiarli senza pagare ogni richiesta a un fornitore remoto.

OpenAI ha sostenuto che i sistemi chiusi e a pesi aperti perseguono finalità complementari. La sua posizione sui pesi aperti afferma che le release aperte possono sostenere la ricerca, ampliare l'accesso e rafforzare la leadership americana nell'IA.

Meta e Nvidia hanno difeso in modo analogo i modelli aperti contro restrizioni premature. La loro posizione considera l'apertura un vantaggio economico e strategico, in particolare di fronte ai laboratori cinesi in rapido avanzamento.

Anthropic e Google hanno adottato posizioni pubbliche più caute rispetto alle release più capaci. Entrambe le aziende hanno sottolineato valutazioni, accesso controllato e salvaguardie per i sistemi che comportano seri rischi informatici.

La lacuna normativa è particolarmente importante perché l'architettura del modello non ne determina la capacità. Un modello a pesi aperti può avvicinarsi alle prestazioni di un modello chiuso, mentre un prodotto chiuso può restare al di sotto di qualsiasi soglia di rischio significativa.

Un quadro duraturo necessita quindi di criteri basati sulle capacità. Non può presumere che un metodo di distribuzione predica sempre il rischio per la sicurezza nazionale.

L'approccio attuale del governo sembra utilizzare sia la capacità sia la struttura di rilascio. Un sistema soggetto a copertura deve, secondo quanto riferito, essere chiuso, avanzato e pertinente a specifiche preoccupazioni di sicurezza.

Questa combinazione restringe il numero di modelli soggetti a revisione. Riduce inoltre la probabilità che normali strumenti aziendali o sistemi di ricerca più piccoli restino intrappolati in un processo federale di test.

Tuttavia, crea incentivi che i responsabili politici potrebbero non intendere. Uno sviluppatore potrebbe preferire una release a pesi aperti anche per evitare le aspettative associate alla distribuzione chiusa.

Le aziende potrebbero anche discutere se un modello si qualifichi come all'avanguardia. Senza soglie pubblicate, tale etichetta può diventare oggetto di negoziazione anziché un risultato tecnico oggettivo.

L'incontro tra Anthropic, Google e OpenAI non ha risolto questo squilibrio. Ha formalizzato la distinzione lasciando ai funzionari margine per riesaminare i modelli aperti man mano che le loro capacità avanzano.

I test volontari possono comunque plasmare le decisioni di rilascio

Un quadro volontario può esercitare una pressione sostanziale quando il governo controlla contratti, accesso a informazioni classificate e relazioni di sicurezza nazionale.

La parola volontario suggerisce che le aziende mantengano una completa indipendenza. In pratica, rifiutare i test governativi può comportare conseguenze commerciali, politiche e reputazionali.

I laboratori di frontiera cercano contratti federali, partnership di ricerca, autorizzazioni di sicurezza e accesso alle competenze del governo. Vogliono inoltre che i responsabili politici li considerino fornitori affidabili di infrastrutture americane.

Un'azienda che rifiutasse i test dopo aver individuato capacità informatiche avanzate si esporrebbe a domande difficili. I clienti aziendali potrebbero chiedere perché lo sviluppatore abbia rifiutato una valutazione governativa disponibile.

I funzionari potrebbero anche riconsiderare le decisioni di approvvigionamento. Potrebbero limitare l'uso di un prodotto in sistemi sensibili anche senza bloccarne formalmente il rilascio pubblico.

Il recente rapporto tra Anthropic e Washington illustra questa pressione. L'azienda si era in precedenza scontrata con l'amministrazione sulle restrizioni all'uso militare e sull'accesso federale a Claude.

Anthropic si è opposta all'uso della propria tecnologia per armi completamente autonome e sorveglianza interna. La controversia è degenerata in tentativi di limitare l'uso governativo dei suoi prodotti.

Successivi incontri tra la dirigenza di Anthropic e i funzionari della Casa Bianca si sono concentrati su cybersicurezza, sicurezza dell'IA e mantenimento della leadership americana. Il rapporto ha mostrato quanto rapidamente i disaccordi politici possano influire sulle attività governative di un fornitore di modelli.

La posizione dell'amministrazione è cambiata quando le capacità informatiche avanzate sono diventate più urgenti. Il modello Mythos di Anthropic, secondo quanto riportato, ha attirato attenzione per le affermazioni secondo cui poteva individuare importanti vulnerabilità software.

Tali capacità hanno creato un problema di duplice uso. Lo stesso modello potrebbe aiutare i difensori a individuare debolezze o gli attaccanti a sfruttare sistemi prima che siano disponibili le patch.

L'ordine di giugno è nato da quel dibattito sulla sicurezza. Il suo processo offre ai valutatori federali un accesso anticipato, senza però arrivare a un veto formale sul rilascio.

Anthropic, OpenAI e Google hanno accolto l’ordine in dichiarazioni pubbliche. Il chief global affairs officer di OpenAI, Chris Lehane, ha sottolineato le istituzioni democratiche, le competenze tecniche, la responsabilità e la fiducia del pubblico.

Il loro sostegno è comprensibile. Un processo federale condiviso può sostituire negoziati improvvisati ogni volta che un modello dimostra una nuova capacità allarmante.

Può inoltre impedire che uno sviluppatore diventi l’unica azienda a ritardare un lancio. La pressione competitiva rende difficile l’autolimitazione unilaterale quando i concorrenti potrebbero rilasciare sistemi comparabili.

Una finestra di test comune riduce questo problema se partecipano tutti gli sviluppatori rilevanti. Ogni azienda ottiene una certa garanzia che i concorrenti più vicini siano sottoposti a aspettative simili.

Tuttavia, i test volontari non eliminano la corsa. Le aziende decidono comunque quando un modello sia sufficientemente completo da essere sottoposto, quale accesso ricevano i valutatori e come rispondere alle conclusioni.

La finestra di 30 giorni riportata è breve rispetto alle consuete revisioni normative. Riflette un mercato in cui i calendari di prodotto cambiano rapidamente e i vantaggi prestazionali possono svanire nel giro di pochi mesi.

Un riscontro governativo fornito vicino al rilascio può comunque modificare un lancio. Un’azienda potrebbe limitare determinati strumenti, rafforzare il monitoraggio, rinviare l’accesso generalizzato o fornire il sistema soltanto a partner selezionati.

Questo esito non costituirebbe legalmente un’approvazione governativa. Per clienti e investitori, tuttavia, un ritardo successivo a una valutazione federale potrebbe apparire molto simile.

È possibile anche il contrario. Un’azienda potrebbe procedere nonostante le preoccupazioni del governo e dichiarare che la partecipazione non ha mai trasferito la decisione finale.

I funzionari si troverebbero quindi davanti a una scelta. Potrebbero rendere pubblico il disaccordo, esercitare pressione attraverso gli appalti, ricorrere a un’altra autorità legale o accettare la decisione dell’azienda.

La vera forza del quadro deriverà dunque dalle relazioni, più che da sanzioni previste dalla legge. Per questo un trattamento coerente è essenziale.

Se un laboratorio riceve flessibilità discreta mentre un altro subisce pressioni pubbliche, la cooperazione volontaria perderà credibilità. Le aziende tratteranno il processo come una negoziazione politica anziché come gestione del rischio tecnico.

Questo è il principale antagonista di questa vicenda politica: cooperazione volontaria contro pre-autorizzazione informale. Il confine sarà definito dalle effettive controversie sui rilasci, non soltanto dal linguaggio dell’ordine esecutivo.

Le regole non pubblicate creano un problema di responsabilità

Il governo vuole test riservati che gli avversari non possano studiare, ma la segretezza impedisce agli esterni di giudicare se il processo sia equo o efficace.

Le valutazioni di cybersecurity richiedono spesso dettagli riservati. Pubblicare ogni prompt, ambiente di exploit e soglia di punteggio potrebbe consentire agli sviluppatori di ottimizzare specificamente per il test.

Potrebbe inoltre rivelare debolezze difensive. Un benchmark progettato attorno alle infrastrutture critiche potrebbe esporre informazioni che gli aggressori potrebbero usare contro sistemi reali.

Le componenti classificate sono quindi comprensibili. I valutatori governativi hanno bisogno di margine per testare capacità pericolose senza creare un manuale di istruzioni pubblico.

La preoccupazione riguarda la segretezza più ampia che avvolge il quadro stesso. Secondo quanto riportato, la Casa Bianca non intende pubblicare il documento completo esaminato dalle aziende.

Questa decisione oscura questioni fondamentali di governance. Il pubblico non conosce l’esatta soglia di capacità, il processo decisionale, il meccanismo di ricorso o le regole che disciplinano l’accesso dei valutatori.

Non è inoltre chiaro come i funzionari separeranno la capacità del modello dal comportamento del modello. Un sistema potrebbe possedere conoscenze tecniche pericolose pur rifiutando richieste dannose in condizioni normali.

I valutatori dovranno verificare se le protezioni resistono a tentativi determinati di aggirarle. Tali tentativi sono comunemente chiamati jailbreak e consistono in prompt o tecniche progettati per superare le restrizioni di un modello.

Un jailbreak riuscito non dimostra automaticamente un rischio catastrofico. I valutatori devono considerare affidabilità, competenze necessarie, alternative disponibili e se il modello riduce materialmente i costi per un aggressore.

La stessa distinzione è importante per l’uso difensivo. Un modello che individua vulnerabilità può aiutare le organizzazioni a correggere software, analizzare incidenti e testare applicazioni prima della distribuzione.

Le conclusioni del governo potrebbero quindi sostenere diverse risposte. I funzionari potrebbero raccomandare protezioni più robuste, accesso limitato, monitoraggio rafforzato, rilascio ritardato o disponibilità controllata per partner difensivi.

Senza principi pubblici, gli osservatori non possono capire perché sia stata scelta una risposta invece di un’altra. Non possono nemmeno confrontare i risultati tra Anthropic, Google e OpenAI.

Il quadro affronta un’altra sfida di verifica. I funzionari governativi potrebbero non disporre di capacità di calcolo indipendente, talenti ingegneristici o tempo di valutazione sufficienti per testare a fondo ogni modello importante.

Una revisione breve può identificare rischi evidenti ma non comportamenti insoliti. Le prestazioni del modello cambiano anche dopo la distribuzione attraverso l’accesso agli strumenti, i prompt di sistema, gli aggiornamenti e le integrazioni create dagli utenti.

I test prima del rilascio catturano un’istantanea. Non possono sostituire il monitoraggio continuo dopo che un modello raggiunge i clienti e incontra condizioni reali.

La precedente direttiva sull’IA è stata presentata come una misura ristretta di sicurezza nazionale, piuttosto che come supervisione di ogni nuovo modello. Questa portata limitata può mantenere il processo gestibile.

Tuttavia, una copertura ristretta solleva interrogativi sulla selezione. I funzionari necessitano di criteri credibili per decidere quali sistemi meritino scrutinio e quali restino al di fuori del quadro.

La storia politica accresce la preoccupazione. L’amministrazione ha rimosso diverse precedenti salvaguardie federali sull’IA prima di ricostruire un processo più ristretto attorno alla cybersecurity.

I sostenitori vedono questo cambiamento come un approccio meglio mirato. I critici lo considerano un ritorno improvvisato alla supervisione dopo che sistemi avanzati hanno prodotto rischi che il governo non poteva ignorare.

Il senatore Mark Warner ha accolto favorevolmente la politica di giugno, criticando al contempo l’amministrazione per aver smantellato protezioni precedenti. La sua risposta ha colto la tensione bipartisan tra test necessari ed esecuzione incoerente.

L’attuale quadro dipende inoltre dalle dichiarazioni delle aziende sui propri modelli. Gli sviluppatori possiedono i migliori dati interni, ma hanno incentivi finanziari a rilasciare prodotti rapidamente.

I valutatori indipendenti possono contestare tali dichiarazioni. Tuttavia, la loro credibilità dipende da un’autorità chiara, metodi coerenti e trasparenza sufficiente a dimostrare un trattamento equo.

Il processo Anthropic Google e OpenAI non dovrebbe essere descritto come una regolamentazione consolidata. È un esperimento riservato le cui procedure più importanti restano non testate nelle controversie pubbliche.

Tre segnali mostreranno se il quadro funziona

Le prossime prove significative deriveranno dai rilasci dei modelli, dal trattamento dei pesi aperti e dalla risposta del governo ai disaccordi.

Il primo segnale sarà l’ingresso di un modello coperto nel processo di revisione volontaria. Gli osservatori dovrebbero verificare se uno sviluppatore fornisce accesso vicino al rilascio e poi modifica la propria distribuzione.

Un ritardo, un lancio limitato o un aggiornamento delle protezioni dimostrerebbero che i test influenzano decisioni reali. Un rilascio invariato non dimostrerebbe un fallimento, poiché i valutatori potrebbero non rilevare preoccupazioni serie.

La prova più forte comprenderebbe una spiegazione dell’azienda sulla categoria di rischio che ha modificato i suoi piani. Potrebbe proteggere dettagli classificati descrivendo al contempo il ragionamento generale.

Una totale assenza di divulgazione indebolirebbe la fiducia del pubblico. I clienti saprebbero che è avvenuta una revisione, ma non se l’azienda abbia affrontato conclusioni sostanziali.

Il secondo segnale riguarda il modo in cui i funzionari rispondono a un modello frontier a pesi aperti con forti capacità cyber. Questo caso metterà sotto pressione l’esenzione più visibile del quadro.

I resoconti successivi all’incontro hanno indicato che l’amministrazione non testerà sistemi a pesi aperti secondo le regole attuali. Hanno inoltre indicato che questa posizione potrebbe cambiare con l’avanzare della tecnologia.

Un rilascio aperto americano capace metterebbe alla prova se Washington valorizzi l’apertura interna rispetto a una valutazione coerente. Un rilascio straniero esporrebbe i limiti di un processo volontario americano.

L’amministrazione potrebbe rispondere attraverso ricerca, controlli sulle esportazioni, regole sugli appalti o preparazione difensiva, anziché con test prima del rilascio. Ogni opzione comporta implicazioni diverse per innovazione e accesso.

La questione dei modelli aperti influenza anche la concorrenza. I fornitori chiusi potrebbero obiettare se affrontano ritardi mentre concorrenti a pesi aperti distribuiscono capacità comparabili senza revisione governativa.

Questa obiezione si rafforza se i valutatori misurano il rischio in base alle prestazioni anziché alla controllabilità. Un modello scaricabile può restare disponibile indefinitamente dopo che il suo sviluppatore originario smette di supportarlo.

Il terzo segnale sarà il primo serio disaccordo tra funzionari e un’azienda partecipante. Questo evento definirà cosa significhi volontario nella pratica.

Se l’azienda procede senza ritorsioni, il quadro apparirà come una vera consultazione. Se le agenzie federali esercitano pressioni non correlate, i critici lo definiranno una licenza informale.

Un processo trasparente per le controversie potrebbe ridurre questo rischio. I funzionari potrebbero dichiarare la preoccupazione generale, consentire all’azienda di rispondere e identificare l’autorità legale alla base di qualsiasi azione governativa.

Il quadro avrà anche bisogno di un trattamento coerente tra le aziende. La difficile relazione politica di Anthropic non può diventare un motivo per applicare standard più severi rispetto a quelli usati per Google o OpenAI.

La stessa regola vale al contrario. I contratti governativi o le relazioni con i dirigenti di un’azienda non dovrebbero ridurre lo scrutinio applicato al suo modello.

Per sviluppatori e acquirenti aziendali, questi segnali sono importanti prima che cambi qualsiasi legge. Le revisioni volontarie possono influire sui calendari di rilascio, sulla disponibilità delle funzionalità e sull’accesso ai sistemi avanzati.

I team di sicurezza dovrebbero aspettarsi distribuzioni più graduali. I fornitori potrebbero inizialmente limitare gli strumenti ad alto rischio, monitorare utenti selezionati e ampliare l’accesso dopo ulteriori test.

I team di prodotto dovrebbero inoltre distinguere le assicurazioni dei fornitori dalla valutazione indipendente. Una revisione governativa può aumentare la fiducia senza garantire prestazioni sicure in ogni flusso di lavoro.

I knowledge worker subiscono un impatto più discreto. Le loro organizzazioni potrebbero limitare i nuovi modelli finché i team di sicurezza, legale e approvvigionamento non comprenderanno l’esito della revisione.

Questo ritardo può complicare la documentazione interna quando i team confrontano diversi fornitori. Una base di conoscenza IA ricercabile può conservare note di valutazione, modifiche alle policy e decisioni di distribuzione durante tali revisioni.

L’incontro alla Casa Bianca non ha prodotto un’autorità di regolamentazione completa dell’IA. Ha creato un accordo più ristretto in cui aziende selezionate condividono modelli chiusi avanzati per test riservati.

Questo accordo può identificare rischi cyber reali prima della distribuzione. Può anche concentrare l’influenza tra funzionari federali e i maggiori laboratori.

La sua legittimità dipenderà da una coerenza osservabile. Il governo deve dimostrare che sono le prove tecniche, e non la politica o il potere di mercato, a determinare come risponde.

L’esenzione per i pesi aperti resta la questione irrisolta più difficile. Separa i sistemi in base al metodo di distribuzione mentre le loro capacità continuano a convergere.

Nei prossimi tre mesi, osservate il lancio di un modello sottoposto a revisione, un rilascio aperto ad alta capacità e il primo disaccordo pubblico sui test. Insieme, questi eventi riveleranno se Anthropic Google e OpenAI abbiano aderito a un utile processo di sicurezza o a un sistema di approvazione non pubblicato.

I team che valutano nuovi prodotti di IA dovrebbero documentare questi segnali prima di modificare flussi di lavoro sensibili. Chiedete quale modello sia stato testato, cosa abbia coperto la revisione e chi controlli l’accesso dopo la distribuzione. Le risposte contano più del linguaggio generale di sicurezza di un fornitore.