Sabato 24 ottobre 2026
L’edizione di oggi
Millebit
AI · Software · QA
Il segnale, non il rumore.

Gli articoli di Millebit sono scritti con l’intelligenza artificiale a partire da fonti citate in ogni pezzo. Come lavoriamo

Approfondimento

Apertura vs sicurezza nell'AI: chi controlla capacità, dati e rischi

Testo scritto con l’intelligenza artificiale a partire da fonti pubbliche, senza revisione umana prima della pubblicazione.

Negli ultimi giorni il settore AI mostra due spinte opposte — apertura tecnica dei modelli e controllo commerciale dei dati e della sicurezza — che rinegoziano accesso, incentivi e responsabilità per chi sviluppa e mette in produzione sistemi di AI.

Illustrazione generata con l’intelligenza artificiale

Abliteration.ai mette online versioni “sbloccate” di modelli open-weight. Le risposte arrivano senza filtri. L’azienda dice che servono a red team, offensive cyber e test di agenti. Qui sta la frattura: più accesso alle capacità da un lato, più controllo su dati, policy e operazioni dall’altro. La tesi: queste spinte si scontrano su tre leve concrete — pesi/endpoint, incentivi sui dati d’uso, sicurezza in produzione — e riassegnano responsabilità e potere decisionale per chi sviluppa e distribuisce AI.

1) Piattaforme che rimuovono i guardrail: accesso diretto alle capacità

Abliteration.ai non propone un toolkit. Offre un endpoint pronto all’uso. Serve versioni “sbloccate” di modelli open-weight, tra cui GLM-5.3 di Z.ai nella variante senza guardrail. Il nome dice l’operazione: eliminare la tendenza a dire no. Le risposte non passano filtri di rifiuto. Si usa dal browser o via API.

La società dichiara l’obiettivo in chiaro: “offensive cyber, red-teaming, and agent testing work other models refuse to do”. Per testare una difesa servono output concreti. Anche quando includono istruzioni o codice di exploit. Se il modello rifiuta, il red team non riproduce la minaccia in modo fedele.

La rimozione dei blocchi apre un secondo fronte. Le stesse capacità possono servire scopi pericolosi fuori dai test. Il servizio abbassa l’asticella di accesso a istruzioni che altri sistemi filtrano. La descrizione riconosce il trade-off. Qui la leva è la disponibilità di capacità non filtrate. Porta valore nel testing. Sposta anche il rischio verso chi decide come, dove e da chi farle usare.

2) Incentivi economici per la condivisione dei dati d’uso

Meta lega il prezzo a un consenso esplicito sui dati. Chi usa Muse Spark e accetta la condivisione di prompt e output ottiene uno sconto di circa il 95%. Il listino lo quantifica: input a $1,25 per milione di token con l’accordo standard. Con il “contributor pricing” scende a $0,10. Output a $4,25 al milione di token. Con il contributo, $0,20.

La condizione è chiara: cessione dei dati d’uso per lo sviluppo di futuri modelli. Molti strumenti permettono di rinunciare a questa condivisione. Qui lo scambio ha un prezzo preciso. L’obiettivo operativo è raccogliere esempi reali. Muse Spark è pensato per agenti di coding e altri agenti. I prompt e le risposte servono come materiale per i modelli successivi.

C’è anche il contesto. Meta ha avuto difficoltà a procurarsi dati di addestramento. All’inizio dell’anno ha lanciato un’iniziativa per tracciare l’uso del computer dei dipendenti. La strategia attuale mette sul tavolo un incentivo economico. Il controllo sui dati d’uso diventa leva commerciale. Riduce i costi a chi contribuisce. Rende esplicito chi beneficia della materia prima raccolta.

3) Apertura dei pesi e acquisizioni: neutralità promessa e concentrazione

NVIDIA compra Hugging Face per 12,93 miliardi di dollari. Jensen Huang lo annuncia sul blog aziendale. Indica i numeri della piattaforma: circa 3 milioni di modelli, 500.000 dataset, 1 milione di applicazioni. Più di 18 milioni di sviluppatori, ricercatori e creatori la usano. Oltre 200.000 aziende la adottano.

Huang mette garanzie per iscritto. Hugging Face “resterà una piattaforma aperta”. Gli sviluppatori sceglieranno modelli, framework, cloud, provider di inferenza e piattaforme di calcolo. “Non sarà richiesto” usare calcolo NVIDIA per costruire o distribuire su Hugging Face. Il perimetro dichiarato include codice e pesi aperti. Continuerà il supporto a modelli open source e open weight “da ogni costruttore di modelli”.

In parallelo, AI News colloca Muse Spark 1.3 al terzo posto nel ranking AAII. Scrive che “matches GPT‑5.6‑Sol” e aggiunge la promessa di pesi aperti. Nella stessa nota compare lo sconto oltre il 90% per chi accetta l’addestramento sul proprio uso. Mancano licenze, tempi e canali di rilascio dei pesi.

Questi movimenti combinano aperture dichiarate con concentrazione industriale. Da un lato, garanzie di scelta e supporto a pesi aperti. Dall’altro, annunci di rilascio di pesi e politiche sui dati d’uso legate al prezzo. Per chi decide infrastruttura e fornitori, la domanda pratica è se e come queste promesse tengono nel tempo.

4) Controllo operativo e governance: trasparenza dei prompt e sicurezza in produzione

Anthropic pubblica i system prompt delle app consumer di Claude. Introduce con Fable 5.1 un blocco esplicito: “Claude does not reproduce song lyrics, poems,”. I prompt coprono il sito Claude.ai e le app mobili. Restano fuori Claude Cowork e Claude Code. La pagina diventa un indice con versioni per modello. Si possono confrontare le revisioni nel tempo.

Il caso più evidente emerge dal confronto tra Fable 5 e Fable 5.1. Simon Willison definisce “hefty” la nuova sezione sui testi di canzoni. La indica come la differenza più rilevante. Haiku 4.5 mostra due versioni con date precise: originale 15 ottobre 2025, aggiornamento 18 gennaio 2026. C’è anche un dettaglio di verifica: i contenuti su platform.claude.com/docs sono pensati anche per l’uso da parte di modelli linguistici.

Sul fronte della sicurezza operativa, HiddenLayer raccoglie 100 milioni di dollari per portare controlli in produzione. La domanda cresce mentre imprese mettono in esercizio modelli e agenti e aprono nuovi budget dedicati. Gartner stima 2,83 miliardi di dollari di spesa quest’anno in prodotti per mettere in sicurezza gli strumenti di AI. È un aumento dell’83% rispetto al 2025. Per l’anno prossimo la stima sale a 4,78 miliardi.

Questa coppia — policy esplicite nei prompt e investimento in controlli — sposta il baricentro. Non basta il modello “giusto”. Serve vedere cosa fa in ambiente reale. Serve osservare gli agenti, gli strumenti e i componenti che usano. La priorità diventa l’esecuzione, non l’intenzione.

5) Implicazioni pratiche per sviluppo, test e distribuzione

Tre leve definiscono le scelte operative:

  • Capacità senza guardrail. Endpoint “sbloccati” abilitano test realistici. Ma ampliano la superficie di rischio. Chi li adotta deve gestire contesto, scopo e tracciamento d’uso. La stessa piattaforma che aiuta il red team può abilitare abusi fuori dal perimetro di test.
  • Prezzi legati ai dati d’uso. Lo sconto di Muse Spark quantifica il valore dei prompt e degli output. Riduce la spesa di calcolo per chi cede dati. Ma trasferisce a Meta il controllo su come questi esempi alimenteranno modelli futuri. Nella stessa traiettoria, Muse Spark 1.3 promette pesi aperti e risultati “comparabili” ai vertici, ma senza dettagli su licenze e canali.
  • Sicurezza e governance in produzione. La raccolta di 100 milioni da parte di HiddenLayer e le stime Gartner fissano un orizzonte di spesa e priorità. Monitorare comportamenti, policy e dipendenze degli agenti diventa un investimento obbligato, non accessorio. La pubblicazione dei system prompt da parte di Anthropic mostra come rendere verificabili alcune regole di comportamento, con cronologia e versioni.

Per i team di sviluppo, la sequenza cambia. Prima si decide l’accesso alle capacità (pesi aperti o endpoint sbloccati). Poi si valuta il costo dei token al netto degli accordi sui dati. Infine si pianifica il controllo in produzione, con strumenti capaci di osservare agenti e output in contesto.

Per i responsabili di sicurezza e conformità, la griglia di valutazione si allarga. Non basta chiedere “cosa sa fare il modello”. Serve chiedere “chi vede i miei prompt e i miei output”, “quali policy sono fissate a livello di system prompt”, “quali segnali raccolgo in esecuzione”. Le scelte su provider e piattaforme vanno lette anche alla luce di acquisizioni e promesse di neutralità operativa dichiarate nei comunicati.

L’ultima domanda è di controllo effettivo. Se la capacità massima è disponibile senza guardrail da un lato, e dall’altro i costi calano in cambio dei miei dati, dove si colloca la linea della responsabilità quando qualcosa va storto? Le risposte, oggi, passano meno dai modelli e più dai contratti, dai prompt di sistema pubblici e dai log di produzione che le aziende saranno in grado di mostrare.

Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici

Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate nel pezzo. Prima di uscire, ogni testo passa questi controlli:

  • Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono.
  • Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale.
  • Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica.

I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.

Come funziona Millebit, nel dettaglio →

Hai trovato un errore? Segnalacelo
Tipo di segnalazione

Leggiamo ogni segnalazione. Le correzioni fatte sono elencate in Correzioni. L’email, se la lasci, serve solo a risponderti.