Bisogna distinguere due momenti che la parola «dati» tende a confondere. Durante la generazione, ciò che SCRIVI, la tua descrizione e il testo dei file che alleghi, viene trasmesso a un fornitore di modelli per produrre la specifica e il codice; i fornitori sono indicati nella privacy policy. Una volta avviata l’applicazione, invece, non parte più nulla: il codice distribuito non include alcun client di intelligenza artificiale tra le sue dipendenze, e il file di configurazione scritto sul server non contiene alcuna chiave API. In altre parole, i tuoi clienti, gli interventi, gli iscritti, tutto ciò che inserirai in seguito, non può strutturalmente raggiungere alcun modello. L’unica materia che *può* uscire dal tuo sistema è quella che hai redatto per descrivere la tua esigenza.
Cosa viene inviato a un modello, e quando
La generazione deve comprendere il tuo settore: è la tua descrizione a fornirglielo, quindi viene trasmessa a un fornitore di modelli insieme al testo dei file che allega. La privacy policy li nomina esplicitamente, Anthropic, OpenAI, xAI e Google, e precisa che questi trattamenti possono avvenire al di fuori dell’Unione europea, nel rispetto delle clausole contrattuali standard della Commissione europea. Non si tratta di un dettaglio da interpretare: è la materia prima della generazione, e non esiste alcuna versione del prodotto in cui la tua descrizione rimanga sul tuo sistema *e*, allo stesso tempo, venga generata un’applicazione che ti somigli.
Questo trasferimento ha una fine ben precisa. Avviene soltanto durante la generazione, per produrre prima la specifica e poi il codice, e si ripete solo alla generazione successiva, quando riavvii il processo o richiedi una modifica. Nel frattempo, non accade nulla: niente sincronizzazione continua, niente invio di dati sull’utilizzo a un modello, nessuna analisi in background del contenuto della tua applicazione.
Cosa non viene mai inviato: i dati che inserirai in seguito
L’applicazione distribuita è un software comune, e questo è verificabile in tre punti precisi del codice consegnato. La sua lista di dipendenze non include alcun client di intelligenza artificiale, solo Next.js, React, Prisma e librerie per la visualizzazione. Il file di configurazione scritto sul server al momento del deployment è composto da quattro righe: l’indirizzo del database, due segreti tecnici e un numero di build; nessuna chiave API vi compare. Infine, i dati del tuo cruscotto sono calcolati mediante query deterministiche sul tuo database, mai tramite un modello chiamato a leggere le tue righe.
La conseguenza è quella che conta di più per la preoccupazione più diffusa, l’addestramento dei modelli. Anche nell’ipotesi peggiore, la materia coinvolta potrebbe essere soltanto la tua descrizione iniziale: la frase in cui spieghi di gestire un laboratorio, degli interventi e dei clienti. Mai il contenuto delle schede clienti, la cronologia degli interventi o l’elenco degli iscritti, perché queste righe non hanno, in nessun momento, un percorso verso un modello.
Allegati: due percorsi, uno solo passa per un modello
Un file allegato non segue sempre lo stesso percorso, e la distinzione è netta nel codice. Un foglio di calcolo, un CSV, un PDF o un file di testo vengono letti SUL SERVER da estrattori classici: nessun modello riceve, analizza o accede in alcun modo a tali file. Una foto o uno screenshot, invece, viene effettivamente inviato a un modello di visione, il cui compito specifico è proprio descriverlo, è l’unico modo per ricostruire un modulo cartaceo o una tabella fotografata.
C’è un punto da chiarire con franchezza, perché incide su una decisione pratica: il testo estratto da un file entra effettivamente nel contesto inviato al modello, entro un limite di dodicimila caratteri per file. Un foglio di calcolo allegato per mostrare la struttura dei tuoi dati viene quindi trasmesso, sotto forma di testo, insieme alla tua descrizione. Se quel file contiene dati personali reali, la buona prassi si riassume in una frase: allega la riga di intestazione e poche righe di esempio anonimizzate. Il generatore ha bisogno della FORMA delle tue colonne, non del nome dei tuoi clienti.
Cosa è garantito, e cosa non lo è
Una garanzia concreta, innanzitutto, ed è scritta nel codice: quando allega un CSV per partire con i tuoi dati reali, quelle righe vengono inserite nel tuo database tramite un processo di corrispondenza deterministica, che include il rilevamento del separatore, l’allineamento tra le tue intestazioni e i campi del database, e la conversione tipizzata, e nessun modello interviene in questa fase. Il motivo è espresso chiaramente proprio in quel punto del codice: i dati dell’utente non vengono reinventati. Un modello chiamato a «completare» una tabella di iscritti produrrebbe righe plausibili ma false, e questo è l’unico risultato veramente inaccettabile.
Ciò che questa pagina non pretende garantire, invece: la politica interna di ciascun fornitore di modelli riguardo al riutilizzo dei dati che gli vengono trasmessi. Questo rientra nei loro impegni contrattuali, non nel comportamento di questo prodotto; la privacy policy li nomina e descrive il quadro normativo dei trasferimenti, ed è lì che devi cercare informazioni. Ciò che il prodotto garantisce, invece, è il PERIMETRO, cosa esce, quando esce e, soprattutto, cosa non esce mai. È proprio perché questo perimetro è così ristretto che la questione dell’addestramento non riguarda il tuo file clienti.