Se usi l’API commerciale di Anthropic e non hai negoziato niente di diverso, i prompt che mandi e le risposte che ricevi restano trenta giorni sui server del fornitore. Non è una scelta che hai fatto: è il default. Lo zero data retention esiste, ma va richiesto e approvato, non arriva con il piano. Nel giro di due settimane OpenAI e Anthropic hanno pubblicato due risposte diverse allo stesso problema, e la differenza tra le due decide chi lavora quando scatta un allarme.
Perché il fornitore vuole tenersi i dati
La ragione dichiarata non è l’addestramento. Anthropic scrive che la retention a trenta giorni, introdotta con Fable 5, non nasce dalla volontà di addestrare sui dati enterprise, e che non lo ha mai fatto senza permesso esplicito. Nasce dal rilevamento degli abusi: gli attacchi seri non stanno dentro una singola richiesta. Si distribuiscono su molte sessioni e più account, e per riconoscerli serve correlare il traffico nel tempo. Analizzare ogni interazione da sola e buttarla subito, che è il funzionamento classico dei sistemi compatibili con lo zero retention, non intercetta quel tipo di attività.
Il dilemma è tecnico, non contrattuale: privacy piena significa cecità sulla correlazione. Da qui i due approcci.
Approccio 1: il contenuto è cifrato, il segnale torna al fornitore
OpenAI ha presentato il 19 agosto 2026 il Private Safety Processing, oggi in test con clienti selezionati. Il contenuto resta dove il cliente lo controlla nei deployment zero retention, oppure su storage OpenAI cifrato con chiavi che restano al cliente e di cui OpenAI non ha copia. I sistemi automatici cercano pattern tra interazioni correlate senza che il personale OpenAI veda il contenuto sottostante.
Quando qualcosa viene rilevato, OpenAI riceve un segnale ristretto sul tipo di attività e decide se serve enforcement. Il contenuto resta invisibile anche quando è flaggato. Il cliente indaga con i propri sistemi e, se vuole contestare un blocco, sceglie lui cosa condividere.
Approccio 2: i dati stanno nel tuo bucket, l’allarme arriva a te
Anthropic ha annunciato il 1 settembre 2026 gli Enterprise Frontier Safeguards, sviluppati con oltre cento clienti di settori regolati e con AWS, Google Cloud e Microsoft Azure. Qui i dati di attività usati per il monitoraggio vivono nell’account cloud del cliente, su Amazon S3, Azure Blob Storage o Google Cloud Storage, sotto le sue chiavi, le sue policy di accesso e il suo audit logging.
Il monitoraggio automatico analizza una finestra mobile di traffico cercando segnali di abuso grave: tentativi di sviluppare capacità cyber offensive o biologiche, tracce di credenziali rubate o trapelate. I flag vanno direttamente al cliente e li gestisce il suo personale: nessuna revisione umana Anthropic richiesta. Storage di proprietà, chiavi gestite dal cliente e revisione automatica sono tre opzioni separate e nessuna cambia comportamento del modello, prezzi API o rate limit. Anthropic non fa pagare la funzione; il cloud provider fattura storage, letture, scritture e traffico in uscita come qualsiasi altra risorsa. Il rilascio è a fasi da questo autunno, su invito; nel frattempo i clienti eleggibili hanno lo zero retention su Fable 5 e 5.1.
Il criterio: chi riceve l’allarme e chi paga il lavoro dopo
Sui byte le due soluzioni si somigliano: in entrambe il contenuto sta al riparo del cliente e il personale del fornitore non lo legge. Il confronto vero è a valle del rilevamento.
| Criterio | Private Safety Processing | Enterprise Frontier Safeguards |
|---|---|---|
| Chi riceve il segnale | OpenAI | Il cliente |
| Chi decide l’enforcement | Il fornitore | Il cliente sui propri utenti |
| Costo diretto | Nessuno dichiarato | Storage, letture, scritture ed egress sul tuo cloud |
| Stato al 9 settembre 2026 | Preview con clienti selezionati | Rollout a fasi da questo autunno, su invito |
Il primo modello non ti chiede personale: non devi presidiare niente, il fornitore agisce e tu al massimo fai appello. Il prezzo è che una decisione operativa sul tuo servizio viene presa su un segnale che non puoi ricostruire. Se un processo legittimo somiglia a un abuso, te ne accorgi quando qualcosa smette di funzionare.
Il secondo ti dà controllo pieno e un audit trail che puoi esibire, senza dover contestare niente a nessuno: il flag è tuo dall’inizio. Il prezzo sono due cose che si sottovalutano sempre. La prima è che serve qualcuno che quei flag li legga, e li legga anche di venerdì sera. La seconda è che ti sei creato il deposito più sensibile che hai: un bucket con dentro i prompt di tutta l’azienda, cioè dati dei clienti scritti in chiaro dai tuoi utenti. Dove mettere quel deposito e per quanto tenerlo è la stessa domanda che si fa per gli archivi di dati a lunga conservazione, con la differenza che qui il contenuto sei tu a generarlo ogni giorno.
Cosa cambia per una PMI
Niente, se la domanda è quale delle due attivare: lo zero retention richiede approvazione, gli Enterprise Frontier Safeguards sono su invito, il Private Safety Processing è in preview, e i piani consumer restano sotto la policy precedente. La domanda utile è un’altra: cosa esce già oggi dalle tue integrazioni e dove si ferma.
Nel mondo WordPress la stessa scelta è già stata fatta al posto tuo, in tre punti che nessuno guarda mai. Primo, il piano associato alla chiave API che il plugin usa: se è un piano commerciale standard, hai una retention, punto. Secondo, i log del plugin: molti scrivono prompt e risposte in una tabella o dentro le opzioni, in chiaro, sul tuo hosting condiviso, senza scadenza. Ti sei costruito la versione povera del bucket sensibile, senza chiavi e senza audit. Terzo, il registro dei trattamenti: se il testo di un form arriva a un modello, quel fornitore è un responsabile del trattamento e va dichiarato, con la sua retention scritta accanto, esattamente come si fa in un audit dei fornitori che trattano documenti dei clienti.
La leva che una PMI ha davvero oggi non costa niente ed è a monte: ridurre quello che parte. Un prompt che manda solo il testo necessario, senza nome, indirizzo e allegato del cliente, rende accademica tutta la discussione su dove finiscono i log.
La take
Entrambi i fornitori hanno risolto il dilemma nello stesso modo: spostando lavoro sul cliente. Uno ti chiede di gestire l’appello, l’altro il turno di guardia. Chiamarlo controllo è una scelta di parole: è responsabilità che prima stava altrove.
La regola pratica è una sola. Porta i log a casa tua solo se hai già qualcuno che li guarda; se quel qualcuno non esiste, lascia decidere il fornitore e riduci quello che esce. Un log che nessuno legge non è una difesa: è un secondo posto da cui i tuoi dati possono uscire, e stavolta per colpa tua.
Le tre verifiche da fare questa settimana, nell’ordine: quale piano e quale retention ha la chiave API che sta nei tuoi siti; cosa scrive nel database il plugin AI che hai installato e per quanto tempo lo tiene; quali campi mandi al modello che potresti smettere di mandare senza perdere niente.