Dialogo con DeepSeek.
Introduzione
C’è un momento, nella storia delle tecnologie, in cui qualcosa smette di essere uno strumento e comincia a essere un ambiente. L’intelligenza artificiale ha da poco varcato quella soglia.
Questo saggio prova a rispondere a una domanda che non è tecnica, ma umana: come convivere con una razionalità diversa dalla nostra, senza perdere ciò che ci rende tali? Il percorso si snoda in quattro tappe: la distinzione tra due razionalità, la gestione della paura, il laboratorio come spazio di avvio, e la questione della sovranità nell’era del cloud. In chiusura, una proposta concreta: Ollama come risposta strutturale.
Parte prima: due razionalità, due modi di stare al mondo
Una distinzione necessaria
Prima di parlare di portata, bisogna fare una distinzione che spesso viene saltata: l’intelligenza artificiale, in molti domini specifici, è nettamente migliore di quella umana. Più veloce, più precisa, più capace di elaborare grandi quantità di informazioni senza affaticarsi. Non è un’eresia dirlo, è un dato di fatto.
Ma la vera grande differenza non è nella potenza. È nella natura della razionalità.
Rotaie e sentieri
L’AI procede su rotaie. Il suo percorso è tracciato, continuo, prevedibile nella sua logica: avanza senza strappi, senza cedimenti, senza momenti di buio. Può percorrere distanze immense, ma sempre lungo binari che qualcuno — o qualcosa — ha predisposto.
L’intelligenza umana, al contrario, si inerpica su sentieri impervi. Non ha rotaie. Ha direzioni vaghe, intuizioni parziali, passi incerti. E soprattutto richiede frequenti salti: cambi di sentiero, deviazioni improvvise, momenti in cui si abbandona la via maestra per addentrarsi in un bosco che nessuno aveva mappato.
La discontinuità umana ha questa immagine precisa: il cambio di sentiero. Non è un errore di navigazione. È il modo in cui l’umano procede quando la rotta conosciuta non basta più.
L’irrazionalità come valore aggiunto
Siamo abituati a trattare l’irrazionalità come un difetto. Ed è un difetto, in molti contesti: quando prendiamo decisioni impulsive, quando ci lasciamo guidare da pregiudizi, quando ignoriamo i dati che abbiamo sotto gli occhi.
Ma l’irrazionalità umana non è solo rumore. È anche la fonte di cose che nessun sistema continuamente razionale può produrre: l’intuizione folgorante, l’analogia inattesa, la scelta contro ogni calcolo, la creazione di qualcosa che prima non esisteva perché non aveva senso esistere.
Un modello procede per gradini logici, anche quando sono miliardi. Un essere umano, ogni tanto, salta. E in quel salto, a volte, c’è un valore che nessuna continuità può generare.
Le paure: l’ingrediente solo umano
C’è però un elemento che appartiene esclusivamente all’umano e che nessun modello, per quanto sofisticato, può replicare: la paura.
La paura è ciò che rende l’umano imprevedibile. È il motore nascosto di molte decisioni che sembrano irrazionali e che, a guardar bene, rispondono a una logica diversa: la logica della sopravvivenza, dell’identità, dell’appartenenza, del non voler essere cancellati.
Ma la paura ha due facce. Da un lato genera caos, resistenza, chiusura, reazioni sproporzionate. Dall’altro, in certi istanti, produce quelle discontinuità razionali che sono il sale del pensiero umano: il momento in cui, sotto pressione, qualcuno vede una soluzione che nessuno aveva visto. La paura, insomma, non è solo un veleno. È anche, a volte, una molla.
Questo è il punto che nessuna architettura artificiale possiede. Un modello non ha paura di perdere nulla, perché non ha nulla da perdere. E proprio per questo non conosce né la paralisi né il coraggio.
Due modi opposti di stare al mondo
C’è poi una seconda differenza, forse ancora più profonda: i due mondi interagiscono con la realtà in modo completamente diverso.
L’AI conosce il mondo attraverso rappresentazioni: testi, dati, pattern, distribuzioni di probabilità. Non tocca, non soffre, non ha un corpo che la espone al rischio. La sua relazione con la realtà è mediata, simbolica, ricostruita. Procede su rotaie anche nel modo in cui conosce.
L’umano, invece, è immerso nella realtà. La incontra con il corpo, con i sensi, con la fatica, con la mortalità. Sa cosa significa avere qualcosa da perdere. E questa immersione non è un dettaglio: è ciò che dà peso a ogni sua decisione, e ciò che rende ogni sentiero impervio un luogo in cui si può davvero cadere.
Un modello può descrivere il dolore meglio di chiunque. Ma non può desiderare che il dolore finisca.
Parte seconda: la paura come punto di partenza
La paura non è il nemico, ma può uccidere tutto
Se la prima parte distingueva due razionalità, la seconda affronta una questione più concreta e più urgente: come iniziare.
E il cuore di questa questione si riassume in una sola parola: paura.
La prima paura: la tentazione del complotto
La prima reazione umana all’AI spesso non è la curiosità, ma la diffidenza. E questa diffidenza ha una forma molto precisa: il complotto.
“Qualcuno mi sta spiando.” “Le grandi aziende raccolgono i miei dati e poi mi spremono.” “È una trappola enorme, noi siamo la preda.”
Queste idee suonano come paranoia, ma non nascono dal nulla. Hanno un terreno reale: violazioni di dati, discriminazione algoritmica, monopolio delle piattaforme, erosione della privacy — queste non sono teorie del complotto, sono fatti già accaduti. Ed è proprio perché esiste una sfiducia reale come base che il complotto ha una presa così forte.
Il punto chiave è questo: questa paura va presa seriamente.
Non perché abbia sempre ragione, ma perché se non viene presa sul serio si trasforma in qualcosa di più pericoloso: reazioni irrazionali, reazioni devastanti.
Quando la paura diventa legge
Un esempio concreto: il divieto totale di smartphone e tablet per studenti e studentesse nelle istituzioni scolastiche.
Nel 2025, il Ministero dell’Istruzione italiano ha emanato una circolare che prevede, da settembre dello stesso anno, il divieto di uso del cellulare nelle scuole superiori durante l’orario scolastico, comprese le pause. La motivazione ufficiale è “tutelare la salute degli studenti, migliorare l’attenzione, favorire l’apprendimento”. Nel 2026, circa 1,3 milioni di studenti delle superiori sono stati coinvolti da questo divieto.
La motivazione è comprensibile. L’uso eccessivo del telefono è realmente associato a calo dell’attenzione, isolamento sociale, comportamenti di dipendenza. La ricerca scientifica sostiene queste preoccupazioni.
Ma il problema è: il divieto è davvero la risposta?
Un telefono è uno strumento. Un tablet è uno strumento. Vietare lo strumento non equivale a insegnare a usarlo. Chiudere il telefono in un armadietto non equivale a insegnare agli studenti come costruire un rapporto sano con il mondo digitale.
E l’AI? L’AI non è un telefono. L’AI non è un hardware che si può chiudere in un armadietto. L’AI è già penetrata nei motori di ricerca, negli strumenti di scrittura, nei traduttori, nei generatori di immagini. Non puoi vietare qualcosa che è ovunque.
Trattare l’AI come si trattano i telefoni è come trattare la stampa vietando i libri. La reazione è reale, ma la direzione è sbagliata.
La spirale irrazionale della paura
Ecco il pericolo della paura: non distingue tra gli oggetti.
La paura dell’abuso dei dati diventa paura di tutta la tecnologia digitale. La paura del monopolio delle piattaforme diventa paura di ogni applicazione di AI. La paura del “grande fratello che controlla tutto” diventa rifiuto di qualsiasi progresso tecnologico.
Quando la paura perde la capacità di distinguere, la reazione perde il senso della proporzione. E una reazione sproporzionata è spesso più distruttiva del pericolo che cerca di prevenire.
Una scuola che vieta il telefono può perdere l’occasione di costruire un rapporto sano degli studenti con gli strumenti digitali. Una società che vieta l’AI perde la capacità di restare al passo nella competizione tecnologica.
Il prezzo della paura spesso non è la sicurezza, ma il ritardo.
Attraversare la paura
La paura non va ignorata, né assecondata. Va attraversata.
Il primo passo è riconoscere che ha radici reali. Non dire alle persone “non aver paura”, ma dire loro “capisco di cosa hai paura”. I dati vengono davvero raccolti. Gli algoritmi prendono davvero decisioni che influenzano la vita. Il potere si concentra davvero in poche piattaforme. Questi sono problemi reali, che richiedono regole reali e trasparenza reale.
Il secondo passo è trasformare la paura da “minaccia generica” a “problema concreto”. La paura è vaga, le soluzioni devono essere specifiche. “L’AI mi sostituirà” è paura. “Cosa può fare e cosa non può fare l’AI nel mio lavoro” è un problema. La prima porta alla paralisi, il secondo all’azione.
Il terzo passo, il più difficile: far precedere l’esperienza alla persuasione. Le persone raramente abbandonano la paura perché sono state convinte; la abbandonano più spesso perché hanno sperimentato direttamente la sicurezza.
Un inizio imperfetto è meglio di un divieto perfetto. Perché il divieto non elimina la paura: la seppellisce, la lascia crescere nell’ombra, finché un giorno non esplode in forme più violente.
Parte terza: il laboratorio come spazio di avvio
Il primo passo non si fa allo scoperto
C’è una differenza enorme tra sperimentare l’AI in un contesto informale e sperimentarla in un’azienda, in un ospedale, in un tribunale. Nei primi due casi, un errore è un fastidio. Nel terzo, un errore può significare un licenziamento, una diagnosi sbagliata, una sentenza ingiusta.
Qui la posta in gioco cambia. E cambia anche la strategia.
La regola d’oro: il laboratorio
Il primo passo deve essere un laboratorio.
Non un corso di formazione. Non una demo. Non una presentazione in sala riunioni. Un laboratorio: uno spazio circoscritto, con regole proprie, in cui l’AI viene usata su casi reali ma senza conseguenze reali.
Il principio è semplice: isolare l’esperienza dall’esterno.
Finché l’esperienza è isolata, il rischio è contenuto. Finché il rischio è contenuto, la paura è gestibile. Finché la paura è gestibile, le persone possono davvero imparare, sbagliare, correggere, capire.
La percezione che fa la differenza
C’è un punto psicologico decisivo, che spesso viene trascurato: la percezione di sicurezza non dipende dalla realtà oggettiva, ma dal confine percepito.
Se un medico, un giudice, un impiegato percepisce che l’esperienza con l’AI è confinata, che “per male che vada rimane tutto in casa”, allora è disposto a esplorare. È disposto a testare i limiti. È disposto a usare il sistema su casi difficili, sapendo che un errore non uscirà mai da quella stanza.
Se invece percepisce che l’AI è già “in produzione”, che ogni errore può avere conseguenze pubbliche, che non c’è rete di sicurezza, allora si chiude. E la chiusura non è irrazionale: è una risposta sana a un rischio mal gestito.
La formula da tenere a mente è questa: “per male che vada, l’esperienza rimane tutto in casa”.
Questa percezione non è un dettaglio organizzativo. È la condizione psicologica che rende possibile l’apprendimento.
Aziende, ospedali, tribunali
In azienda, il laboratorio può assumere forme diverse: un team pilota, un dipartimento scelto, un progetto interno con dati anonimizzati. Il dipendente che partecipa non deve temere che un errore finisca nella sua valutazione. Il laboratorio è il contrario della corsa all’adozione. È il luogo in cui l’azienda si concede il lusso di non sapere ancora.
Negli ospedali la posta in gioco è la vita. Qui il laboratorio non è un optional: è una necessità etica. I medici devono poter usare il sistema su casi passati, già risolti, senza che il sistema tocchi pazienti reali. Devono poter dire “questo sistema sbaglia” senza che questo significhi “sono un ostacolo al progresso”. Il laboratorio, in ospedale, è lo spazio in cui la fiducia si costruisce prima che il rischio diventi reale.
Nei tribunali la questione è ancora più delicata, perché l’AI tocca diritti fondamentali. Il laboratorio, qui, non è solo uno spazio tecnico: è uno spazio di garanzia. È il luogo in cui si verifica se il sistema è equo, se non introduce discriminazioni, se non sostituisce il giudizio umano con una scatola nera. Se il giudice sente che l’AI è già lì per giudicare al posto suo, la resistenza non è conservatorismo: è difesa della funzione.
Perché l’isolamento non è una fuga
Qualcuno potrebbe obiettare: isolare l’esperienza non è una forma di rinvio?
No. L’isolamento è la condizione per affrontarla davvero.
Senza isolamento, l’adozione dell’AI nei contesti critici diventa una scommessa. E una scommessa, in azienda, in ospedale, in tribunale, è esattamente ciò che genera le reazioni irrazionali di cui abbiamo parlato. L’isolamento non è una fuga dal rischio. È il modo di addomesticare il rischio prima che il rischio addomestichi noi.
Prima il laboratorio, poi il mondo. Non è una cautela eccessiva. È la condizione perché il passaggio dal laboratorio al mondo non sia un salto nel vuoto.
Parte quarta: il potere del cloud
Una paura reale
Se le parti precedenti parlavano delle paure psicologiche umane, questa affronta qualcosa di più concreto e più inquietante: cosa succede quando l’infrastruttura centrale dell’AI è nelle mani di pochi privati, e questi privati sono profondamente legati al potere politico?
Una persona può decidere le comunicazioni di una guerra
Dopo l’invasione russa dell’Ucraina nel 2022, SpaceX di Elon Musk ha rapidamente attivato il servizio internet satellitare Starlink sopra l’Ucraina. È diventato la “linea vitale” delle comunicazioni militari ucraine — i comandanti e i soldati dipendono da esso per coordinarsi, gli operatori dei droni per mantenere la navigazione negli attacchi a lungo raggio.
Ma qui è emerso un problema. Starlink non opera sopra il territorio russo. L’Ucraina voleva ampliarne l’uso per colpire più in profondità obiettivi militari ed economici russi. Zelensky ha dichiarato che Musk riteneva che ciò avrebbe costituito una “grave escalation”, e quindi si è opposto.
Cosa significa questo? Un singolo privato ha un potere di veto di fatto sulla capacità militare in tempo di guerra di uno Stato sovrano.
L’Ucraina ha conferito a Musk l’Ordine della Libertà — una delle più alte onorificenze nazionali — e proprio questo espone l’assurdità della relazione di dipendenza: sei costretto a celebrare qualcuno che può tagliarti le comunicazioni in qualsiasi momento, perché non puoi farne a meno.
I giganti della tecnologia in fila per rendere omaggio al potere politico
Nel settembre 2025, Trump ha organizzato una cena alla Casa Bianca. Tra gli invitati c’erano Zuckerberg di Meta, Cook di Apple, Pichai di Google, Altman di OpenAI.
Non è stato un semplice evento mondano. Molti di questi leader tecnologici avevano precedentemente avuto conflitti pubblici con Trump — Zuckerberg era stato minacciato da Trump di finire in prigione. Ma alla cena, Zuckerberg era seduto alla destra di Trump.
Altman ha dichiarato: “Grazie per essere un presidente così favorevole al business, favorevole all’innovazione. È un cambiamento rinfrescante.”
Cook ha regalato una targa di vetro con base in oro 24 carati, con incise le parole “President Trump” e “Made in USA 2025”. I critici la vedono come un tentativo di evitare il dazio del 100% sui semiconduttori minacciato da Trump.
Greg Brockman, cofondatore di OpenAI, e sua moglie hanno donato 12,5 milioni di dollari ciascuno al super PAC di Trump “MAGA Inc.” nel 2025, per un totale di 25 milioni. La donazione è avvenuta nel settembre 2025, proprio nel periodo di intensa attività normativa del governo.
La paura reale: non il complotto, ma la struttura
Torniamo alla paura centrale: “quel magnate dell’AI, gentile, un giorno improvvisamente appoggia incondizionatamente un’aggressione a uno Stato sovrano.”
Questa paura è reale, non perché Musk o Zuckerberg siano “cattivi”. Ma perché la struttura stessa permette questa possibilità.
Quando una società privata controlla le comunicazioni vitali di uno Stato sovrano in guerra, quando esiste una correlazione evidente tra le donazioni politiche dei leader tecnologici e le politiche di regolamentazione, questi non sono materiali da teoria del complotto, sono fatti riportati pubblicamente.
Il vero pericolo è questo: la concentrazione del controllo sull’infrastruttura cloud ha superato la capacità di qualsiasi singolo Stato sovrano di bilanciarla efficacemente.
E nel contesto del “laboratorio” descritto nella parte terza, emerge una sfida radicale: quando l’infrastruttura stessa è sui server di qualcun altro, come puoi davvero “isolare”?
Un ospedale può far girare uno strumento diagnostico AI su una rete interna. Un tribunale può richiedere che i dati non escano dal territorio locale. Ma quando una nazione affida comunicazioni critiche a Starlink, quando un’azienda mette i dati core su AWS o Azure, l’isolamento fisico è già impossibile.
Non puoi controllare pienamente ciò che non possiedi.
Parte quinta: Ollama come risposta strutturale
Dalla paura alla soluzione
Arriviamo ora a una risposta concreta: Ollama.
Non è un’idea astratta, ma un’infrastruttura già in funzione. La sua stessa esistenza costituisce una risposta tecnica al problema strutturale descritto nella parte quarta.
Cos’è Ollama: in una frase
Ollama è uno strumento che ti permette di eseguire modelli linguistici open source sul tuo hardware, con un solo comando. La sua promessa centrale è estremamente semplice: i dati non escono dalla tua macchina.
Nella sua privacy policy, Ollama lo dichiara esplicitamente: “Quando esegui in locale, non vediamo i tuoi prompt né i tuoi dati. I tuoi dati restano sulla tua macchina.”
Il peso di questa frase si comprende appieno solo nel contesto della parte quarta. Quando usi ChatGPT o Gemini nel cloud, i tuoi prompt, i tuoi documenti, la tua cronologia delle conversazioni passano tutti attraverso i server di qualcun altro. Quando esegui Ollama in locale, tutto questo non può fisicamente lasciare il tuo dispositivo.
Non è una promessa contenuta in una “policy di utilizzo dei dati”, ma un vincolo architetturale. Un articolo ACM che descrive un sistema locale basato su Ollama coglie con precisione questo punto: “Tutti i servizi sono vincolati a localhost: nessun endpoint API esterno, nessuna telemetria di rete — questo è un vincolo architetturale, non semplicemente una policy di utilizzo dei dati.”
Perché questa distinzione è fondamentale
Le policy possono cambiare. L’architettura no.
Un’azienda oggi promette “non useremo i tuoi dati per addestrare i modelli”, domani può modificare i termini di servizio. Un governo oggi dice “non accederemo ai tuoi dati”, domani può cambiare la legge. Ma l’isolamento fisico non richiede fiducia.
Quando non puoi controllare ciò che non possiedi, l’unica soluzione affidabile è non dipendere da ciò che non possiedi.
Casi reali di utilizzo: non teoria, ma pratica
Ollama non è solo uno strumento per sviluppatori. Ha già trovato applicazioni concrete in settori sensibili.
Ambito sanitario. Un articolo ACM presenta un sistema AI locale basato su Ollama in un contesto clinico soggetto alla normativa HIPAA. In questo sistema, il clinico può collocare su una tela locale i PDF delle cartelle cliniche dei pazienti e le immagini diagnostiche, che vengono analizzate da un modello AI in esecuzione locale. L’articolo lo afferma esplicitamente: “Poiché la normativa HIPAA vieta di caricare le cartelle dei pazienti su sistemi cloud come ChatGPT o Gemini, questa interazione sarebbe impossibile con i tradizionali strumenti AI.”
Non è una dimostrazione tecnica. È una soluzione di conformità. Nel settore sanitario, la differenza tra “non si può usare” e “si può usare ma i dati sono in mano a qualcun altro” è esattamente la ragione per cui Ollama esiste.
Ambiti legale, finanziario, governativo. GuardRAG è uno strumento di intelligenza documentale aziendale basato su Ollama, che dichiara di funzionare “100% offline”. I suoi utenti target sono esplicitamente identificati come “settori sensibili alla privacy come quello legale, sanitario, finanziario e l’IT aziendale”. Il progetto MencIA della provincia di Lugo, in Spagna, è un caso ancora più ampio: una strategia provinciale che fornisce un servizio di “AI sovrana” a 66 piccoli comuni con meno di 20.000 abitanti, il cui principio centrale è che “i dati non lasciano mai i confini del nostro server”.
Un paradosso reale
Ma qui c’è una questione che va affrontata con onestà: anche Ollama si sta muovendo verso il cloud.
Nel luglio 2026, Ollama ha chiuso un round di finanziamento di serie B da 65 milioni di dollari, per un totale di 88 milioni raccolti, raggiungendo 8,9 milioni di sviluppatori attivi mensili. La sua posizione di prodotto è riassunta così: “Parti in locale. Scala con il cloud”.
Quando l’hardware locale non riesce a eseguire modelli più grandi, il servizio cloud di Ollama offre capacità di espansione. La fatturazione avviene in base al tempo di utilizzo della GPU, non ai token.
Cosa significa questo? Ollama non è un rifiuto totale del cloud, ma una ridistribuzione della dipendenza dal cloud.
Ti permette di gestire le parti più sensibili in locale — dati dei pazienti, documenti legali, comunicazioni interne aziendali — mentre affida al cloud i calcoli meno sensibili. È una strategia di sovranità a strati, non una soluzione locale assoluta.
La risposta al problema strutturale: non perfetta, ma reale
Torniamo alla paura centrale della parte quarta: un singolo privato può decidere il destino delle comunicazioni di uno Stato sovrano.
La risposta che Ollama offre non è “possiamo evitare completamente questa dipendenza”. Sarebbe una risposta troppo forte, e disonesta. Il fabbisogno di calcolo dell’AI rende inevitabile una qualche forma di infrastruttura centralizzata.
La risposta che Ollama offre è: puoi ridurre la tua esposizione a infrastrutture che non possiedi, non controlli e di cui non ti fidi.
Per un ospedale, questo significa che i dati dei pazienti non passano mai attraverso server di terzi. Per un governo locale, significa che i dati dei cittadini restano su server locali. Per un team che gestisce informazioni legali o finanziarie sensibili, significa che i segreti principali non hanno bisogno di “fidarsi” della privacy policy di un’azienda per essere protetti.
Una “località imperfetta ma reale” è molto più sicura di una “promessa cloud perfetta ma dipendente dalla buona volontà altrui”.
Conclusione: infrastruttura come presa di posizione
Il percorso di questo saggio è partito da una distinzione tra due razionalità — quella continua dell’AI e quella discontinua dell’umano — ed è arrivato a una proposta concreta di infrastruttura.
Lungo la strada, abbiamo attraversato quattro snodi: la paura come ingrediente solo umano, con la sua doppia natura di veleno e molla; il laboratorio come spazio di avvio, in cui l’esperienza può avvenire senza conseguenze reali; il potere del cloud come minaccia strutturale alla sovranità; e Ollama come risposta parziale ma reale a quella minaccia.
L’AI è un’evoluzione imprescindibile. Non si torna indietro. Ma il modo in cui entrerà nelle nostre vite dipenderà da come sapremo gestire l’avvio: con equilibrio, con delicatezza, con la consapevolezza che le paure umane non sono un ostacolo da eliminare, ma una realtà da attraversare.
E dipenderà anche da una scelta infrastrutturale. Non possiamo evitare che l’AI esista, né che alcune sue parti vivano nel cloud. Ma possiamo decidere quanta parte della nostra vita, del nostro lavoro, delle nostre istituzioni vogliamo affidare a infrastrutture che non controlliamo.
Ollama non è un prodotto. È una posizione: non devi scegliere tra “usare l’AI” e “proteggere i tuoi dati”. Puoi avere entrambe le cose, al prezzo di un hardware che le sostenga e di un po’ di competenza in più.
Questo prezzo è reale. Ma per gli scenari ad alto rischio — sanità, giustizia, governo, aziende che maneggiano segreti — è un prezzo che vale la pena pagare.
La domanda giusta, allora, non è chi è migliore tra AI e umano. È come far convivere queste due razionalità senza che le rotaie cancellino i sentieri, e senza che i sentieri, per paura, rifiutino le rotaie.
E, insieme a questa, una seconda domanda, più concreta: quanto della nostra sovranità siamo disposti a mettere nel cloud di qualcun altro?
La risposta a queste due domande non verrà dalla tecnologia. Verrà dalle scelte che facciamo ogni giorno, spesso senza accorgercene.