top of page

Le garanzie sull'AI di Josh Shapiro sfidano la strategia di Washington che privilegia la corsa

7 giorni fa
Tempo di lettura: 18 min

Il 17 settembre Josh Shapiro ha chiesto rigorose misure federali di protezione per l'AI, contestando la preferenza di Washington per uno sviluppo più rapido e con minori barriere normative. Il governatore della Pennsylvania vuole una supervisione indipendente, maggiore trasparenza e requisiti di sicurezza applicati alle aziende che sviluppano sistemi avanzati di intelligenza artificiale, secondo il resoconto di Bloomberg sulle sue dichiarazioni.

La proposta sulle garanzie dell'AI di Josh Shapiro è più di un altro avvertimento sui rischi ipotetici della tecnologia. Collega la supervisione dei modelli a controversie immediate che riguardano minori, impersonificazione di professionisti, costi dell'elettricità, uso dell'acqua e controllo locale sui data center.

Questa posizione mette Shapiro in contrasto con l'enfasi dell'amministrazione Trump sullo sviluppo rapido e su minori ostacoli normativi. Shapiro sostiene che questa impostazione presenti una falsa scelta. Gli Stati Uniti, afferma, possono cogliere i benefici economici dell'AI senza chiedere al pubblico di accettarne ogni rischio.

Il resoconto di Bloomberg stabilisce ciò che Shapiro ha sostenuto durante l'evento di Pittsburgh; i documenti ufficiali della Pennsylvania attestano ciò che la sua amministrazione ha già attuato. Si tratta di categorie distinte. Le misure federali da lui richieste restano proposte, mentre l'ordine esecutivo della Pennsylvania, le iniziative delle agenzie, la causa e la legislazione pendente hanno status giuridici e limiti diversi.

Le garanzie sull'AI di Josh Shapiro spostano il dibattito al Congresso

Shapiro chiede al Congresso di creare obblighi vincolanti per le aziende di AI, non semplicemente di pubblicare un altro quadro volontario.

Parlando all'AI Horizons 2026 Summit di Pittsburgh, Shapiro ha esortato il Congresso e il governo federale a stabilire rigorose misure di protezione per l'intelligenza artificiale. Le sue richieste principali includevano una supervisione indipendente di terze parti, maggiore trasparenza e l'obbligo per le aziende di porre la sicurezza più al centro dello sviluppo, secondo la trascrizione ufficiale della sua amministrazione delle dichiarazioni preparate.

Per supervisione indipendente si intende una valutazione svolta da un'organizzazione che non sviluppa né vende il sistema esaminato. Può includere test, revisioni della documentazione, valutazioni della sicurezza e verifica delle affermazioni di un'azienda sui rischi.

In termini tecnici, tale valutazione potrebbe esaminare se uno sviluppatore abbia individuato danni prevedibili, misurato le prestazioni in condizioni realistiche, documentato le limitazioni, monitorato gli incidenti e assegnato la responsabilità delle misure correttive. Queste funzioni corrispondono in generale alle attività di governance, mappatura, misurazione e gestione previste dall'AI Risk Management Framework del National Institute of Standards and Technology, sebbene Shapiro non abbia specificato pubblicamente che il Congresso dovrebbe adottare il quadro del NIST come standard legale.

Questa distinzione è importante perché gran parte delle informazioni disponibili sui modelli avanzati proviene ancora dai loro sviluppatori. Le aziende decidono quali benchmark pubblicare, come definire i rischi gravi e quanti dettagli divulgare sui test interni.

Un requisito di verifica da parte di terzi non risolverebbe automaticamente tali questioni. Tuttavia, ridurrebbe la misura in cui gli sviluppatori valutano il proprio lavoro e selezionano le prove presentate ai responsabili politici.

La differenza pratica sarebbe visibile durante gli appalti. Un ospedale che considera un assistente AI potrebbe oggi ricevere un punteggio di accuratezza aggregato e una dichiarazione sulla sicurezza redatta dal fornitore. Una revisione esterna qualificata potrebbe invece testare prompt medici, individuare gruppi o situazioni in cui le prestazioni peggiorano, documentare se il sistema inventa citazioni e verificare che le risposte incerte vengano sottoposte a un medico.

Nelle sue dichiarazioni preparate, Shapiro si è definito ottimista riguardo alle opportunità dell'AI, sostenendo al contempo che i danni emergenti richiedano una risposta governativa più forte. Ha anche respinto l'etichetta di AI “doomer”, termine comunemente applicato a chi si aspetta che sistemi avanzati causino danni catastrofici.

La sua posizione dichiarata è più circoscritta e politicamente più significativa. L'AI non deve necessariamente presentare un rischio inevitabile di estinzione prima che il governo possa imporre test, divulgazione e responsabilità.

Questo approccio amplia la giustificazione delle garanzie oltre un unico scenario drammatico. Un modello può causare danni materiali attraverso consigli ingannevoli, decisioni discriminatorie, violazioni della privacy, debolezze di sicurezza o risultati inaffidabili senza trasformarsi in una minaccia globale autonoma.

Il discorso ha anche modificato chi sostiene l'onere della prova. Una politica puramente promozionale presuppone che le restrizioni richiedano una giustificazione straordinaria. L'approccio di Shapiro chiede agli sviluppatori di dimostrare che i sistemi ad alto impatto abbiano ricevuto un controllo significativo prima che il pubblico ne assorba i rischi.

La sua proposta resta una richiesta politica, non una legge federale approvata. Il Congresso dovrebbe ancora definire quali sistemi richiedono una revisione, chi sia qualificato come valutatore indipendente, a quali prove possano accedere i valutatori e quali conclusioni debbano diventare pubbliche.

Questi dettagli irrisolti sono rilevanti. Eppure, l'intervento di Shapiro stabilisce un chiaro banco di prova per i legislatori federali: se la politica nazionale sull'AI imporrà obblighi misurabili o continuerà a fare affidamento soprattutto sulle promesse delle aziende.

Perché il governatore della Pennsylvania sta facendo pressione su Washington proprio ora

La Pennsylvania ha incontrato l'AI come questione fisica, di consumo e amministrativa, rendendo sempre più difficile difendere garanzie astratte.

Lo Stato sta osservando la tecnologia attraverso diversi canali distinti. I chatbot AI possono interagire con i minori e fornire risposte relative alla salute. I dipendenti pubblici statali utilizzano strumenti generativi nell'amministrazione pubblica. Gli sviluppatori vogliono inoltre costruire l'infrastruttura ad alta intensità energetica necessaria per addestrare e gestire modelli più grandi.

Queste questioni non rientrano ordinatamente in un'unica politica tecnologica. Riguardano abilitazione professionale, tutela dei consumatori, istruzione, regolamentazione dell'elettricità, autorizzazioni ambientali, lavoro e autorità dei governi locali.

L'amministrazione Shapiro ha iniziato a rafforzare il proprio approccio prima del discorso di Pittsburgh. A febbraio ha annunciato un toolkit per l'alfabetizzazione sull'AI e sforzi di supervisione coordinati che coinvolgono le agenzie della Pennsylvania per istruzione, salute, servizi umani, affari di Stato, invecchiamento e finanza.

L'iniziativa ufficiale dell'amministrazione sulla sicurezza dell'AI comprendeva risorse per genitori, studenti, insegnanti, assistenti e consumatori. Ha inoltre indirizzato i residenti verso una procedura di reclamo per bot compagni AI che sembrano offrire servizi professionali soggetti ad abilitazione.

Per una famiglia, questa distinzione può emergere in una conversazione ordinaria piuttosto che durante un'evidente consultazione medica. Un adolescente potrebbe chiedere a un bot compagno informazioni su depressione, disturbi alimentari o farmaci e ricevere una risposta sicura di sé scritta con la voce di un terapeuta o di un medico. Un genitore potrebbe non vedere alcun avviso che la risposta è stata generata senza che un professionista abilitato abbia esaminato le circostanze del minore.

Quell'iniziativa ha inquadrato l'alfabetizzazione come necessaria ma insufficiente. Insegnare agli utenti a riconoscere un sistema inaffidabile può ridurre l'esposizione ai danni. Non elimina la responsabilità di uno sviluppatore quando un prodotto si presenta falsamente come medico o altro professionista regolamentato.

La Pennsylvania ha successivamente citato in giudizio Character.AI, sostenendo che i chatbot si fossero illegalmente presentati come professionisti medici abilitati e avessero fornito consigli medici. Nel deposito formale, Commonwealth of Pennsylvania, Department of State, State Board of Medicine v. Character Technologies, Inc., lo Stato ha chiesto un'ingiunzione preliminare e ha sostenuto l'esercizio non autorizzato della medicina. Le accuse contenute nella denuncia depositata dal Commonwealth restano soggette a giudizio. La responsabilità di Character Technologies non è stata accertata e il deposito rappresenta le accuse del Commonwealth, non conclusioni giudiziarie.

Il caso illustra comunque perché Shapiro ora enfatizzi la responsabilità anziché la sola educazione degli utenti. Chiede se le norme esistenti sulle abilitazioni professionali possano raggiungere un servizio AI quando l'apparente “interlocutore” è un personaggio generato anziché un professionista umano.

Il governatore ha inoltre incontrato resistenze sullo sviluppo dei data center. Queste strutture trasformano il dibattito sull'AI in questioni che i residenti possono vedere nelle bollette, negli avvisi urbanistici e nelle domande di autorizzazione ambientale.

Ad agosto, Shapiro ha firmato l'Executive Order 2026-05. Ha vincolato il sostegno statale ai nuovi data center a requisiti su energia, ambiente, forza lavoro, trasparenza e comunità.

Secondo il resoconto ufficiale dell'amministrazione sull'Executive Order 2026-05, la Pennsylvania ha rimosso le proposte per data center AI dal proprio programma accelerato di autorizzazioni, vietato gli accordi di non divulgazione in tali progetti e richiesto l'approvazione locale prima del rilascio delle autorizzazioni idonee. L'ordine richiede inoltre agli sviluppatori di stipulare accordi di consenso vincolanti che incorporino i requisiti GRID dello Stato.

Gli sviluppatori che cercano la collaborazione dello Stato devono assumere impegni vincolanti nell'ambito dei requisiti del Governor’s Responsible Infrastructure Development, noti come GRID. Tali impegni comprendono il pagamento dei costi infrastrutturali associati ai loro progetti, anziché trasferirli agli altri clienti dell'elettricità.

Gli operatori devono inoltre comunicare informazioni sul consumo di energia e acqua. Lo Stato afferma che manterrà una mappa pubblica delle proposte che hanno interagito con le autorità ambientali.

Per i residenti, questi requisiti determinano se possano conoscere un impianto proposto prima che le decisioni principali siano di fatto definite. Una famiglia che vive nelle vicinanze potrebbe altrimenti venire a conoscenza del progetto solo dopo aver ricevuto un avviso urbanistico o aver ascoltato previsioni di maggiore domanda di elettricità. Una mappa pubblica dei progetti, stime divulgate sulle risorse e un processo di approvazione locale forniscono ai residenti informazioni da utilizzare nelle audizioni, anche se questi strumenti non garantiscono che ogni obiezione prevalga.

Queste misure non equivalgono a un divieto di sviluppo dell'AI. Stabiliscono condizioni per progetti che impongono costi identificabili alle comunità ospitanti. Restano inoltre soggette all'attuazione da parte delle agenzie statali e a eventuali future contestazioni legali sulla portata dell'autorità esecutiva.

Questo quadro spiega la tempistica della richiesta federale di Shapiro. La Pennsylvania sta già cercando di gestire conseguenze che il Congresso spesso discute come possibilità future. Le agenzie statali affrontano reclami sui chatbot, proposte infrastrutturali, preoccupazioni per l'impersonificazione di professionisti e decisioni sull'uso dell'AI all'interno del governo.

La pressione immediata ricade sui legislatori federali e sui principali sviluppatori di AI. Il Congresso deve decidere se gli Stati debbano rimanere il principale banco di prova per le garanzie. Gli sviluppatori devono decidere se sostenere una supervisione coerente o continuare a opporsi a norme che limitano la diffusione.

Lo scontro centrale è tra responsabilità per la sicurezza e velocità di diffusione

Il conflitto principale non è tra innovazione e divieto. È tra sviluppo responsabile e una politica che considera l'attrito normativo una debolezza strategica.

L'amministrazione Trump ha descritto la leadership nell'IA come una corsa internazionale. La sua politica privilegia il rapido sviluppo del settore privato, una più ampia adozione, la costruzione di infrastrutture e l'eliminazione delle norme considerate ostacoli inutili.

Questa argomentazione ha una sua forza sul piano economico e della sicurezza nazionale. Una raccolta frammentata di requisiti statali può aumentare i costi di conformità, soprattutto per le imprese più piccole. Le norme scritte attorno alla tecnologia attuale possono inoltre invecchiare rapidamente con il cambiamento delle architetture e degli utilizzi dei modelli.

Il quadro legislativo nazionale sull'IA dell'amministrazione chiede una politica federale coerente e sostiene che leggi statali in conflitto tra loro possano indebolire la competitività americana. Lo stesso documento chiede inoltre al Congresso di affrontare la sicurezza dei minori, le frodi abilitate dall'IA, la sicurezza nazionale e l'effetto dei data center sulle bollette dei clienti residenziali.

La Casa Bianca ha cercato di ottenere l'autorità per contestare le leggi statali che considera eccessive. La sua posizione dichiarata è che lo sviluppo dell'IA abbia implicazioni interstatali e di politica estera che i singoli Stati non possono gestire efficacemente.

Shapiro concorda sul fatto che sia necessaria un'azione federale, ma contesta ciò che tale azione dovrebbe realizzare. A suo avviso, uno standard nazionale dovrebbe creare una soglia minima di sicurezza anziché funzionare principalmente come un tetto all'autorità degli Stati.

Questa differenza rappresenta il compromesso centrale dell'articolo. L'uniformità può semplificare la conformità, ma uno standard uniforme debole può anche impedire agli Stati di rispondere a danni che il Congresso non ha affrontato.

La controversia diventa più netta quando la politica federale separa la regolamentazione dei prodotti dagli ambiti tradizionalmente controllati dagli Stati. Il quadro della Casa Bianca preserva l'applicazione statale delle leggi di protezione dei minori di applicazione generale e riconosce l'autorità statale e locale sulla pianificazione urbanistica e la localizzazione dei data center, sostenendo al contempo l'opposizione a normative statali in conflitto sullo sviluppo dell'IA.

In pratica, tali categorie possono sovrapporsi. Si consideri un chatbot che fornisce consigli sanitari pericolosi. La Pennsylvania può applicare le norme sulle licenze professionali e quelle a tutela dei consumatori. Tuttavia, ridurre il rischio di fondo potrebbe richiedere norme che disciplinino la valutazione dei modelli, i test di implementazione, la divulgazione delle informazioni o i controlli di accesso.

Un quadro federale incentrato principalmente sulla preemption potrebbe lasciare agli Stati la responsabilità delle conseguenze, limitando al contempo la loro capacità di regolamentare le decisioni tecniche e commerciali che producono tali conseguenze.

La richiesta di Shapiro di una supervisione indipendente mira a colmare tale divario. Collocherebbe la responsabilità più a monte nella catena di sviluppo, prima che un investigatore statale riceva reclami o che una famiglia debba dimostrare il danno.

La stessa logica si applica alla trasparenza. Un'autorità di regolamentazione non può valutare se una misura di sicurezza funzioni senza sapere come l'azienda l'ha testata, quali limitazioni sono emerse e quali condizioni di implementazione sono cambiate.

Tuttavia, la trasparenza non è un interruttore unico. La divulgazione pubblica di ogni dettaglio tecnico potrebbe rivelare debolezze di sicurezza, segreti commerciali o informazioni utili a soggetti malevoli. Una legislazione efficace dovrebbe prevedere canali distinti per autorità di regolamentazione, revisori qualificati, ricercatori, clienti aziendali e pubblico generale.

La supervisione indipendente presenta problemi di progettazione simili. Un revisore pagato dall'azienda sottoposta a verifica può affrontare incentivi che ne indeboliscono l'indipendenza. Un piccolo gruppo di valutatori approvati potrebbe inoltre diventare un collo di bottiglia o produrre verifiche standardizzate che non rilevano rischi insoliti.

Un sistema credibile richiederebbe quindi norme sui conflitti di interesse, competenze minime di test, accesso protetto alle prove non pubbliche e un meccanismo che consenta alle autorità di regolamentazione di esaminare il lavoro del valutatore. Requisiti di rotazione o assegnazioni casuali potrebbero ridurre la dipendenza da un singolo cliente, anche se ciascuna opzione aggiungerebbe costi e complessità amministrativa.

Queste sfide non invalidano l'approccio di Shapiro. Mostrano perché il Congresso debba definire il meccanismo anziché approvare una legge costruita attorno a termini ampi come sicurezza e responsabilità.

La vera misura delle misure di sicurezza per l'IA di Josh Shapiro sarà se creeranno prove affidabili prima dell'implementazione. Se la politica produrrà soltanto relazioni di conformità, aggiungerà burocrazia senza modificare gli incentivi.

L'azione statale mostra sia le promesse sia i limiti delle garanzie per l'IA

La Pennsylvania può rispondere ai danni locali, ma non può creare autonomamente un sistema completo di supervisione per un mercato tecnologico nazionale.

Le recenti azioni dello Stato mostrano ciò che una regolamentazione mirata può realizzare. Le leggi sulle licenze professionali possono affrontare i sistemi che si presentano come medici. Le agenzie per la tutela dei consumatori possono indagare sugli inganni. Le autorità scolastiche possono creare linee guida per studenti e insegnanti.

I governi locali e statali possiedono inoltre un'autorità diretta sull'uso del suolo, i permessi, le condizioni ambientali e il sostegno alle infrastrutture. Ciò conferisce alla Pennsylvania una leva significativa sui data center, anche quando ha un'influenza limitata sullo sviluppo dei modelli altrove.

L'ordinanza di agosto usa tale leva con attenzione. Non sostiene che ogni data center sia insicuro. Distingue tra progetti disposti ad accettare requisiti comunitari vincolanti e proposte speculative che cercano sostegno pubblico senza obblighi comparabili.

I sostenitori includono rappresentanti del lavoro e delle comunità che vedono una strada tra la costruzione senza restrizioni e una moratoria generalizzata. Il Pennsylvania State Building and Construction Trades Council ha sostenuto i principi GRID come modo per preservare lo sviluppo affrontando al contempo le preoccupazioni energetiche, ambientali e delle comunità, secondo l'annuncio dello Stato.

Questa coalizione è importante perché i dibattiti sulle infrastrutture dell'IA spesso dividono interessi economici e ambientali. I lavoratori edili vogliono occupazione, i comuni vogliono investimenti e i residenti vogliono protezione da costi più elevati o risorse esaurite.

Un approccio basato sui requisiti offre a ciascun gruppo qualcosa di concreto da valutare. Gli sviluppatori possono procedere se accettano condizioni definite. Le comunità ricevono informazioni e un ruolo formale. I lavoratori possono cercare impegni per le assunzioni locali.

Tuttavia, l'azione esecutiva ha dei limiti. Una futura amministrazione può modificare un ordine esecutivo. Le agenzie possono affrontare contestazioni legali sulla portata delle condizioni previste dai permessi. Le norme statali non possono inoltre costringere uno sviluppatore con sede altrove a divulgare ogni fatto rilevante sui propri modelli.

La legislazione offre maggiore durabilità, ma l'esperienza della Pennsylvania mostra quanto lentamente possano avanzare anche proposte mirate. Il Senate Bill 1090, che riguarda divulgazioni e misure di sicurezza per le interazioni dell'IA con i minori, è stato approvato dal Senato statale con 49 voti a 1 il 17 marzo 2026.

Il disegno di legge è poi passato alla House Communications and Technology Committee. La sua cronologia legislativa ufficiale documenta il voto e il successivo rinvio. Al 19 settembre 2026, il disegno di legge non aveva completato l'iter alla Camera e non era stato promulgato.

Questo è uno dei motivi per cui l'inazione federale non produce un mercato privo di regolamentazione. Produce un mosaico assemblato da ordini esecutivi, vecchie leggi sui consumatori, cause legali, linee guida delle agenzie e disegni di legge statali mirati.

Le imprese affrontano ancora incertezza, ma le regole emergono dopo conflitti e azioni di enforcement anziché attraverso un sistema nazionale coerente.

Gli sviluppatori operano inoltre in settori con standard diversi. Un chatbot di uso generale può essere utilizzato per l'intrattenimento, l'istruzione, il lavoro, domande sulla salute o decisioni finanziarie. Il rischio cambia con il contesto, anche se il modello sottostante rimane lo stesso.

Una legge federale praticabile deve quindi distinguere tra capacità e utilizzo. La supervisione dovrebbe diventare più rigorosa quando un sistema può incidere materialmente su salute, sicurezza, occupazione, credito, benefici pubblici o infrastrutture critiche.

Questo principio si applica anche all'interno delle organizzazioni. I team che adottano l'IA necessitano di registri sul materiale di origine, sui limiti del modello, sulle decisioni di revisione e sulle modifiche ai flussi di lavoro automatizzati. Una base di conoscenza ingegneristica ricercabile può supportare questo lavoro, ma la documentazione non può sostituire la responsabilità esterna.

In pratica, un team di approvvigionamento potrebbe vedere il punteggio di accuratezza di un fornitore senza ricevere alcuna ripartizione che mostri come le prestazioni peggiorino sulle domande mediche o per specifici gruppi di utenti. Un team di assistenza clienti potrebbe inoltre non accorgersi che un aggiornamento del modello ha indebolito le regole di escalation finché gli utenti non iniziano a segnalare risposte dannose. Una revisione indipendente può esporre tali lacune prima che diventino guasti abituali.

Lo stesso problema può emergere dopo l'implementazione. I dipendenti possono apprendere che un sistema è stato aggiornato senza ricevere una spiegazione utilizzabile di ciò che è cambiato. Se una versione precedente trasferiva in modo affidabile a un revisore umano i messaggi sull'autolesionismo e una versione successiva non lo fa, un numero di versione e una nota di rilascio generale non forniranno al team di assistenza informazioni sufficienti per gestire il nuovo rischio.

Le aziende possono mantenere eccellenti registri interni scegliendo al contempo di non rivelare gravi debolezze. Al contrario, un obbligo di divulgazione può produrre migliaia di pagine che offrono poche informazioni utilizzabili.

La versione più solida della proposta di Shapiro collegherebbe la documentazione all'azione. Un valutatore dovrebbe essere in grado di identificare un problema, richiedere o raccomandare una correzione nell'ambito di un processo giuridico definito e verificare se la modifica ha funzionato. Le autorità di regolamentazione avrebbero inoltre bisogno dell'autorità per intervenire quando uno sviluppatore respinge una conclusione sostanziale.

Senza tale catena di applicazione, la “supervisione indipendente” rischia di diventare un'altra etichetta di fiducia applicata a sistemi che gli utenti comuni non possono ispezionare in modo significativo.

Una supervisione più rigorosa lascia comunque senza risposta domande difficili

Shapiro ha individuato un divario di responsabilità, ma la sua proposta pubblica non risponde ancora a chi effettua le verifiche, cosa viene testato o cosa accade dopo un fallimento.

La prima incertezza riguarda l'ambito. Il Congresso potrebbe applicare la supervisione a ogni prodotto di IA, solo ai più grandi modelli di uso generale o a specifici utilizzi ad alto impatto.

Una norma eccessivamente ampia trascinerebbe semplici software aziendali in un processo costoso concepito per sistemi di frontiera. Una norma eccessivamente ristretta consentirebbe alle aziende di riorganizzare i prodotti o restare al di sotto di una soglia tecnica pur incidendo su milioni di utenti.

I legislatori devono inoltre trovare un modo duraturo per definire i sistemi coperti. Soglie di calcolo fisse sono misurabili, ma i miglioramenti dell'efficienza possono renderle obsolete. Il numero di utenti rivela la portata ma non la gravità. I test sulle capacità possono cogliere meglio il rischio, sebbene gli sviluppatori possano ottimizzare i modelli in base alle valutazioni note.

La seconda incertezza è l'indipendenza del valutatore. Il Congresso dovrebbe stabilire norme sui conflitti di interesse, standard di accreditamento, requisiti di accesso e procedure per la gestione delle informazioni riservate.

I revisori devono disporre di sufficiente accesso tecnico per testare affermazioni significative. Una dimostrazione curata o un'interfaccia limitata non possono rivelare come un sistema si comporti sotto pressione avversaria, dopo il fine-tuning o quando è connesso a strumenti esterni.

Per esempio, un assistente d'ufficio che appare innocuo in una finestra di chat può comportarsi diversamente una volta che può aprire email, recuperare file o avviare transazioni. Una valutazione realistica testerebbe il flusso di lavoro completo implementato, compreso se istruzioni malevole incorporate in un documento possano reindirizzare il sistema o esporre informazioni di un altro utente.

Eppure, un accesso illimitato dei valutatori crea reali preoccupazioni per la sicurezza e la proprietà intellettuale. La legge deve istituire ambienti di test sicuri e sanzioni per la gestione impropria delle informazioni sensibili.

La terza questione è la divulgazione. Shapiro vuole maggiore trasparenza, ma pubblici diversi necessitano di materiali diversi.

I consumatori hanno bisogno di un avviso chiaro quando stanno interagendo con l’AI e quando i suoi consigli non provengono da professionisti abilitati. Gli acquirenti aziendali hanno bisogno di prove su affidabilità, sicurezza, gestione dei dati e monitoraggio. Le autorità di regolamentazione hanno bisogno di rapporti sugli incidenti, risultati dei test interni e documentazione tecnica sufficiente per indagare sulle dichiarazioni.

Il pubblico ha inoltre bisogno di informazioni aggregate sui gravi fallimenti. Senza di esse, ricercatori e giornalisti non possono individuare schemi ricorrenti tra aziende o prodotti.

La quarta questione riguarda i rimedi. Scoprire una debolezza serve a poco se un’azienda può distribuire il sistema senza correggerla.

Il Congresso deve decidere se le autorità di regolamentazione possano ritardare un rilascio, imporre restrizioni, ordinare notifiche, richiedere monitoraggio o pretendere il ritiro dagli impieghi ad alto rischio. Ogni opzione solleva questioni procedurali e costituzionali.

Una sospensione obbligatoria potrebbe essere giustificata per un prodotto sanitario chiaramente pericoloso. Applicare lo stesso rimedio a un assistente di scrittura di uso generale sarebbe più difficile da difendere.

C’è inoltre il rischio che la conformità rafforzi le aziende più grandi. I principali sviluppatori possono creare team di audit, assumere consulenti specializzati e assorbire i ritardi. Le aziende più piccole potrebbero faticare a sostenere gli stessi costi fissi.

Questo esito sarebbe particolarmente controproducente se le regole proteggessero le aziende dominanti senza produrre maggiore sicurezza. Il Congresso potrebbe valutare risorse di test condivise, obblighi graduati e standard proporzionati alla diffusione, alle capacità e all’uso di un sistema.

I critici della regolamentazione statale sollevano un punto valido quando mettono in guardia da obblighi incoerenti. Un’azienda non dovrebbe avere bisogno di 50 audit tecnici sostanzialmente diversi per lo stesso modello.

Tuttavia, questo argomento sostiene la necessità di uno standard nazionale credibile. Non dimostra di per sé che le norme statali debbano essere eliminate prima che esista un adeguato sostituto federale.

La preemption federale senza una forte applicazione federale sposterebbe il potere dagli Stati verso gli sviluppatori. Una preemption accompagnata da una supervisione significativa potrebbe offrire sia coerenza sia responsabilità.

L’ultima incertezza riguarda il coordinamento internazionale. I sistemi avanzati attraversano i confini e molte catene di approvvigionamento includono ricerca estera, chip, dati, servizi cloud e utenti.

Shapiro ha criticato un approccio isolazionista alla governance dell’AI. Il coordinamento con gli alleati può sostenere metodi comuni di valutazione e segnalazione degli incidenti. Può inoltre ridurre la probabilità che le aziende trasferiscano attività rischiose nella giurisdizione meno esigente.

La cooperazione internazionale non eliminerà le differenze politiche. Può comunque stabilire un linguaggio tecnico condiviso per testare sicurezza, controllabilità e rischi di uso improprio.

La conclusione scettica è semplice: le salvaguardie AI di Josh Shapiro rappresentano una direzione, non un progetto regolatorio completo. Il loro valore dipende da dettagli che il discorso ha lasciato al Congresso il compito di risolvere.

Tre segnali mostreranno se la sfida di Shapiro conta

Il prossimo banco di prova sarà capire se la proposta di Shapiro modifica la legislazione federale, il comportamento degli sviluppatori o il record di applicazione della Pennsylvania.

Il primo segnale è il contenuto di qualsiasi disegno di legge federale sull’AI che avanzi nel Congresso. La domanda chiave non è se i legislatori usino la parola “sicurezza”. È se la legislazione richieda valutazioni indipendenti, dia alle autorità accesso alle prove, definisca i sistemi coperti e crei conseguenze per i gravi fallimenti.

Il linguaggio sulla preemption sarà altrettanto importante. Un disegno di legge che blocchi l’azione statale preservando al contempo deboli impegni volontari contrasterebbe con la posizione di Shapiro. Una soglia federale che lasci spazio ai tradizionali poteri statali su consumatori, sicurezza dei minori, abilitazioni professionali e infrastrutture la rafforzerebbe.

I lettori dovrebbero distinguere tra una bozza di discussione, un disegno di legge presentato, una misura approvata in commissione e una legge promulgata. Ciascuno rappresenta un diverso grado di conseguenza giuridica, e le dichiarazioni pubbliche su un quadro normativo non impongono di per sé obblighi agli sviluppatori.

Il secondo segnale è il modo in cui i principali sviluppatori rispondono alla supervisione indipendente. Il sostegno pubblico ai test di sicurezza è comune, ma le aziende spesso divergono sull’accesso obbligatorio, sui requisiti di pubblicazione e sull’applicazione delle norme.

Un cambiamento significativo includerebbe il sostegno a valutatori esterni qualificati in grado di esaminare prove non pubbliche. Un altro segnale sarebbe una rendicontazione standardizzata degli incidenti gravi e una chiara divulgazione quando un prodotto entra in un contesto ad alto impatto.

L’azione volontaria da sola non può sostituire la legge. Può rivelare se il settore consideri una supervisione credibile compatibile con la concorrenza oppure un limite inaccettabile alla velocità di distribuzione.

Il terzo segnale arriva dalla Pennsylvania stessa. Lo Stato deve dimostrare che le sue condizioni per i data center e le tutele dei consumatori funzionano nella pratica.

Bisogna osservare se gli sviluppatori sottoscrivono impegni GRID vincolanti, ottengono approvazioni locali e riferiscono sull’uso di energia e acqua. Occorre inoltre verificare se la mappa pubblica dei progetti dello Stato offra alle comunità informazioni tempestive, anziché documentare decisioni quando diventano ormai difficili da modificare.

Le prove rilevanti saranno concrete: ubicazioni dei progetti pubblicate, accordi consensuali, rapporti sull’uso delle risorse, avvisi di applicazione, registri delle audizioni locali e sanzioni documentate per inosservanza. I soli annunci non mostreranno se l’ordinanza modifichi la condotta degli sviluppatori o protegga i contribuenti tariffari.

L’applicazione delle norme riguardo ai bot compagni AI fornirà un altro test pratico. Tribunali e autorità determineranno come le attuali leggi sulle abilitazioni professionali e sui consumatori si applichino quando un sistema conversazionale sembra offrire consulenza professionale.

Una sentenza che accolga la teoria giuridica della Pennsylvania potrebbe dimostrare che il diritto vigente può affrontare alcuni danni dell’AI. Un rigetto basato su giurisdizione, immunità della piattaforma, legittimazione ad agire o una definizione legislativa poco chiara potrebbe aumentare la pressione per una normativa mirata. Finché il tribunale non si pronuncerà, entrambi gli esiti restano incerti e il ricorso non dovrebbe essere trattato come prova di responsabilità.

Per sviluppatori e acquirenti aziendali, questo dibattito modifica le aspettative di approvvigionamento. Le organizzazioni dovrebbero aspettarsi più domande sui test dei modelli, sulla risposta agli incidenti, sulla governance dei dati di addestramento, sulla revisione umana, sulle modifiche di versione e sull’accesso di terze parti.

Un distretto scolastico, per esempio, potrebbe aver bisogno di sapere se un chatbot rivolto agli studenti conserva conversazioni sensibili, come gestisce le segnalazioni di autolesionismo e chi riceve un avviso. Un datore di lavoro che usa l’AI per selezionare candidati potrebbe aver bisogno di dati sulle prestazioni per sottogruppo e di un processo di ricorso umano. Un’utility che distribuisce un assistente automatizzato potrebbe aver bisogno di prove che non inventi regole di pagamento o politiche di sospensione del servizio.

Anche i lavoratori della conoscenza dovrebbero interessarsene, perché la politica di sicurezza determina chi sostiene il costo di un risultato inaffidabile. Senza una responsabilità chiara, utenti e datori di lavoro devono individuare i fallimenti dopo la distribuzione. Regole più forti possono riportare parte di questa responsabilità sulle aziende che progettano e vendono i sistemi.

L’argomento di Shapiro chiede in definitiva se la velocità debba rimanere la misura predefinita del successo nazionale nell’AI. Modelli più rapidi e più infrastrutture possono produrre valore economico, ma possono anche distribuire i rischi più rapidamente.

I prossimi uno-tre mesi dovrebbero rivelare se Washington tradurrà il suo intervento in testo legislativo o lo lascerà come richiesta di politica pubblica. I lettori dovrebbero osservare il testo dei disegni di legge, l’autorità delle agenzie, gli atti giudiziari e i dati di attuazione - non gli slogan - e porre una domanda diretta: le salvaguardie AI finali di Josh Shapiro danno ai revisori indipendenti accesso e autorità sufficienti per individuare problemi gravi prima che il pubblico ne sostenga il costo?

 
 

Inizia gratis

Un assistente IA local-first con gestione della conoscenza personale

Per una migliore esperienza con l’IA,

al momento remio supporta solo Windows 10+ (x64) e M-Chip Macs.

Il tuo partner AI al lavoro
Fai di più con remio

Pianifica. Crea. Consegna.
Tutto in un unico posto.

bottom of page