Scaricare i pesi di un modello di IA può consentire di eseguirlo — e talvolta di modificarlo — senza passare dal servizio del suo editore, se gli altri elementi necessari e le condizioni d’uso lo permettono. Ma questo non basta per sapere come è stato realizzato, quali dati hanno contribuito al suo addestramento né cosa autorizza la sua licenza. Per valutare se un modello è davvero aperto, occorre distinguere tra disponibilità, documentazione e libertà d’uso.
I pesi danno accesso al modello, non a tutto il processo di realizzazione
I pesi sono i parametri numerici modificati durante l’addestramento. Influenzano il modo in cui il modello trasforma un input in una risposta. Quando un editore li rende disponibili per il download, dà accesso a una componente essenziale del modello e può consentire agli utenti di eseguirlo sulla propria infrastruttura.
Questo non rivela automaticamente il codice di addestramento, il trattamento dei dati o i diritti associati alla ridistribuzione e alla modifica. «Open weights» descrive quindi una disponibilità materiale: i file sono accessibili. L’espressione, da sola, non garantisce che l’utente possa studiare e riutilizzare il sistema senza restrizioni.
Questa differenza conta nella pratica. Un’organizzazione che vuole ospitare autonomamente un modello può ritenere sufficienti i pesi per alcuni usi, fatte salve la licenza e le esigenze tecniche. Un team che vuole comprendere il comportamento del modello, modificarlo in profondità o ricostruire un sistema comparabile ha bisogno di altri elementi: documentazione, codice e informazioni sui dati.
Cosa richiede la definizione dell’OSI
Nel 2024 l’Open Source Initiative (OSI) ha pubblicato la versione 1.0 dell’Open Source AI Definition, o OSAID. Questo testo non è una legge universale né una certificazione automatica. È un riferimento che applica all’IA le libertà fondamentali dell’open source: usare il sistema, studiarne il funzionamento, modificarlo e condividerlo, senza dover chiedere un’autorizzazione per ogni uso.
Per rendere effettive queste libertà, l’OSAID richiede la «forma preferita» per modificare un sistema di apprendimento automatico. Questa comprende i parametri, tra cui i pesi, ma anche il codice completo utilizzato per trattare i dati, addestrare e far funzionare il sistema. Comprende infine informazioni sufficientemente dettagliate sui dati, affinché una persona qualificata possa costruire un sistema sostanzialmente equivalente.
Questo requisito non significa che tutti i dati grezzi debbano essere pubblicati. La definizione richiede in particolare una descrizione completa dei dati utilizzati, compresi quelli che non possono essere condivisi, della loro provenienza, selezione, etichettatura e trattamento. Prevede inoltre un elenco dei dati di addestramento accessibili al pubblico e indicazioni su come ottenerli. La distinzione è importante: documentare i materiali e il processo non equivale necessariamente a diffondere ogni file sorgente.
L’OSI precisa che questi criteri si applicano anche ai modelli e ai pesi presentati come open source. Un download può quindi offrire una reale possibilità di sperimentazione, pur restando insufficiente rispetto a questa definizione se mancano il codice o le informazioni sui dati. Per valutare un annuncio, occorre confrontare la documentazione effettivamente fornita con questi requisiti, anziché limitarsi all’etichetta scelta dall’editore.
Una licenza aperta non risolve tutte le questioni
La licenza determina i permessi e le condizioni d’uso. Le licenze permissive come MIT o Apache 2.0 autorizzano in genere un’ampia gamma di usi, ma da sole non indicano se i dati e il metodo di addestramento siano documentati. Viceversa, la disponibilità di pesi accessibili non garantisce una libertà completa: una licenza può limitare alcuni usi o imporre condizioni specifiche.
Occorre quindi esaminare il modello specifico e non dedurne i diritti dalla reputazione del suo editore o dal nome di una famiglia di modelli. Una stessa azienda può proporre modelli chiusi, modelli con pesi accessibili a condizioni proprie e altri rilasciati con una licenza più permissiva. La licenza della versione scaricata, le eventuali restrizioni e le regole di ridistribuzione devono essere verificate separatamente.
Per un uso professionale, questa verifica non è un dettaglio giuridico astratto. Può determinare se il modello può essere integrato in un servizio commerciale, ridistribuito ai clienti o adattato a un’esigenza interna. Tuttavia, non risponde a tutte le domande sull’affidabilità: una licenza aperta non dimostra né la qualità delle risposte né l’assenza di pregiudizi o errori.
Una griglia di valutazione prima di scegliere
Di fronte a un modello presentato come aperto, tre verifiche forniscono un primo orientamento. Anzitutto, i pesi sono davvero accessibili e si può eseguire il modello nelle condizioni dichiarate? Poi, quale licenza si applica esattamente a questa versione e cosa consente in termini di uso commerciale, modifica e ridistribuzione? Infine, il progetto pubblica il codice e informazioni sufficientemente precise sui dati e sull’addestramento da permettere un esame indipendente o una riproduzione sostanziale?
Queste domande distinguono esigenze spesso confuse. Per testare un modello o ospitarlo internamente, i pesi e una licenza compatibile possono bastare. Per sottoporlo a verifica, modificarlo o capire come i dati ne abbiano plasmato le risposte, l’accesso ai pesi non sostituisce la documentazione. E per valutarne le prestazioni servono anche test adeguati al compito previsto: l’apertura non costituisce un punteggio di qualità.
L’espressione «open source» non dovrebbe quindi essere usata come sinonimo sbrigativo di «scaricabile», né garantisce che un sistema sia trasparente in tutti i suoi effetti. La domanda utile è più concreta: quali componenti sono accessibili, a quali condizioni e con quali informazioni è davvero possibile comprendere o modificare il modello?
Riferimenti
Codice informatico su uno schermo. Fotografia illustrativa; non si tratta del codice di addestramento di un modello presentato in questo articolo.
Fotografia: Martin Vorel — Wikimedia Commons — CC BY-SA 4.0.
