Un progetto open source con Wikipedia offline, intelligenza artificiale locale via Ollama, mappe senza connessione e un’intera piattaforma educativa ha conquistato il primo posto su GitHub trending a marzo 2026, e da quel momento non ha smesso di crescere. Project NOMAD — acronimo di Node for Offline Media, Archives, and Data — ha superato le 24.000 stelle in poche settimane, un tweet che lo descriveva come «computer di sopravvivenza offline» ha sfondato i tre milioni di visualizzazioni, e la community self-hosting lo ha adottato con un entusiasmo che rasenta la devozione. Il messaggio era chiaro, quasi brutale nella sua semplicità: non fidarti del cloud, non fidarti del provider, non fidarti di nessuno. Porta la conoscenza con te, sul tuo hardware, sotto il tuo controllo.
La domanda che pochi sembrano farsi, però, è diversa da quelle tecniche sui requisiti hardware o la configurazione Docker. Perché ventiquattromila sviluppatori sentono il bisogno di prepararsi a un mondo senza internet? Cosa racconta di noi — della nostra dipendenza da infrastrutture che non controlliamo, da servizi che possono sparire con un aggiornamento dei termini di servizio — il fatto che un progetto simile diventi virale in pochi giorni? Project NOMAD non è solo un software interessante per smanettoni. È un termometro della fiducia che abbiamo (o meglio, che non abbiamo più) nel sistema tecnologico che ci circonda. E il fatto che venga da un creatore indipendente, con licenza Apache 2.0, senza abbonamenti né telemetria, lo rende ancora più significativo in un’epoca in cui perfino il tuo editor di testo pretende un account cloud per funzionare.
Chris Sherwood, fondatore di Crosstalk Solutions e YouTuber da 475.000 iscritti con oltre vent’anni di esperienza nel networking, ha costruito NOMAD in più di un anno di lavoro solitario. L’obiettivo dichiarato: offrire gratuitamente quello che aziende come PrepperDisk vendono a prezzi tra i 200 e i 700 dollari. Il risultato è un sistema Docker-based che orchestra una flotta di strumenti open source attraverso un’interfaccia web battezzata Command Center, accessibile da qualunque dispositivo sulla rete locale tramite la porta 8080. Dopo l’installazione iniziale — l’unico momento in cui serve internet — tutto gira in locale, senza contattare server esterni, senza analytics, senza nemmeno un cookie di tracciamento. Zero telemetria non come promessa marketing, ma come scelta architetturale verificabile nel codice sorgente.
Tutta la conoscenza umana compressa in container Docker
Il cuore di NOMAD è un’idea semplice portata alle estreme conseguenze: prendere i migliori strumenti open source per l’accesso alla conoscenza, impacchettarli in container Docker e orchestrarli con un’interfaccia unificata. La libreria informativa si appoggia a Kiwix per servire Wikipedia offline — parliamo di circa 100 gigabyte con tutte le immagini, a cui si aggiungono Project Gutenberg, riferimenti medici, guide di sopravvivenza e manuali di riparazione in formato ZIM. L’assistente AI gira su Ollama, il motore open source per modelli linguistici locali che abbiamo già analizzato su queste pagine, accoppiato a Qdrant come database vettoriale per la ricerca semantica e il retrieval-augmented generation. In pratica ottieni un chatbot completo che funziona esclusivamente sul tuo hardware, capace di rispondere a domande basandosi sui documenti che gli carichi tu — senza inviare un singolo byte all’esterno, mai. La piattaforma educativa integra Khan Academy tramite Kolibri, con tracciamento dei progressi pensato per famiglie e comunità in zone senza connettività. Le mappe offline usano ProtoMaps con dati OpenStreetMap e la libreria MapLibre GL JS per la visualizzazione. CyberChef copre crittografia, codifica e analisi dati. FlatNotes offre un sistema di appunti in markdown. Il tutto orchestrato da un backend Node.js 22 con MySQL per lo stato dell’applicazione e Redis per il caching delle sessioni.
L’architettura è elegante nella sua modularità, e questo è un punto che merita attenzione. Ogni servizio è un container isolato, gestibile indipendentemente, aggiornabile senza toccare gli altri. Lo script di installazione — circa 500 righe di bash ben strutturate — verifica l’ambiente, installa Docker se assente, rileva le GPU NVIDIA e configura automaticamente il Container Toolkit, genera credenziali MySQL casuali e abilita l’auto-aggiornamento tramite un container sidecar dedicato. Il sistema rileva l’hardware disponibile e, se trova una scheda grafica compatibile, attiva l’accelerazione GPU che spinge la generazione di token a velocità tra 100 e 800 al secondo, a seconda del modello e della potenza della scheda. Su una RTX 3060, un modello da 7 miliardi di parametri gira con una reattività che ti fa dimenticare di essere completamente offline. Un singolo comando curl e dieci minuti dopo hai un ecosistema completo — il paradosso di un sistema offline che ha bisogno di internet per nascere, ma che poi non lo chiede mai più.
La versione 1.31, uscita ad aprile 2026, racconta dove sta andando il progetto. Ha aggiunto il supporto per host remoti compatibili con l’API OpenAI — puoi far girare i modelli pesanti su una macchina separata nella tua rete e accedere da un dispositivo più leggero, separando l’interfaccia dal muscolo computazionale. Ha disabilitato il supporto a Ollama Cloud, una scelta coerente per un progetto che predica la sovranità offline. Ha introdotto l’embedding di file EPUB nella knowledge base, l’upload multiplo fino a cinque file da 100 megabyte ciascuno, marcatori personalizzabili sulle mappe con persistenza nel database, e un’API documentata per chi vuole estendere il sistema. Sessantuno release dall’inizio dello sviluppo, con un ritmo di aggiornamento serrato: Sherwood sa che la finestra di attenzione della community si chiude in fretta e vuole consolidare NOMAD prima che l’hype passi al prossimo progetto virale.
Il confronto con le alternative commerciali è impietoso, e qui si vede la differenza tra un progetto comunitario e un prodotto che monetizza la paura. PrepperDisk vende chiavette USB con contenuti offline a prezzi che vanno da 150 a oltre 500 dollari. SurvivalNet offre soluzioni proprietarie vincolate a hardware specifico — spesso Raspberry Pi — con ecosistemi chiusi e aggiornamenti a pagamento. NOMAD è gratuito, gira su qualunque hardware x86 con Linux, scala dalla configurazione minima (dual-core, 4 giga di RAM, 5 giga di disco) fino a macchine con GPU dedicata e terabyte di storage, ed è completamente modificabile perché il codice è aperto. La differenza tra un prodotto commerciale per prepper e un progetto open source per la sovranità digitale sta tutta qui: il primo ti vende la paura, il secondo ti dà gli strumenti per affrontarla senza intermediari.
L’ansia della disconnessione e la fame di sovranità
Il successo esplosivo di NOMAD non si spiega con le feature tecniche. Wikipedia offline esisteva prima di Kiwix, Ollama lo installi in cinque minuti, le mappe OpenStreetMap sono disponibili da anni in formato offline. Quello che NOMAD ha fatto è stato dare un nome, un pacchetto e un’estetica a un’ansia diffusa che attraversa la comunità tech — e non solo quella dei prepper americani con il bunker in cantina e le scorte di cibo liofilizzato. Il tweet virale che ha acceso la miccia non parlava di funzionalità o specifiche tecniche. Diceva una cosa sola, con la forza di una constatazione ovvia che nessuno voleva formulare ad alta voce:
«La rete, il cloud, l’API da cui dipendi. Niente di tutto questo è garantito.»
Tre milioni di visualizzazioni, diciannovemila like, quasi tremila repost. Non è engagement: è il riconoscimento collettivo di una vulnerabilità che tutti percepiscono ma che il marketing patinato del cloud computing lavora ogni giorno per far dimenticare.
Facciamo un passo indietro per capire il contesto. Negli ultimi due anni abbiamo assistito a una convergenza di fattori che ha reso l’idea dell’autosufficienza digitale molto meno eccentrica di quanto sembrasse nel 2023. La crescita costante del movimento self-hosting, l’esplosione degli LLM locali, l’aumento dei blackout cloud che hanno messo in ginocchio filiere produttive intere. Google ha cancellato servizi senza preavviso — Google Domains, qualcuno se lo ricorda? — Amazon ha aumentato i prezzi di AWS con l’arroganza di chi sa che non hai alternative, Microsoft ha subìto violazioni di sicurezza catastrofiche che hanno esposto dati governativi sensibili. Il messaggio sottinteso, nemmeno tanto sottinteso a questo punto, è sempre lo stesso: la tua infrastruttura non è tua. Il tuo software non è tuo. I tuoi dati — detto senza mezzi termini — non sono mai stati davvero tuoi, erano in affitto e il padrone di casa può cambiarti la serratura quando gli pare. NOMAD è la risposta viscerale a questa consapevolezza, confezionata in un formato che anche chi ha competenze tecniche intermedie riesce a far funzionare.
Ma sotto la superficie prepperista c’è qualcosa di più interessante, e politicamente più rilevante. La comunità che si è raccolta intorno a NOMAD non è fatta solo di survivalisti del Wyoming con l’ossessione dell’apocalisse. Ci sono sviluppatori che lavorano in zone con connettività instabile o inesistente, ONG che operano in contesti di guerra dove l’infrastruttura di telecomunicazione viene distrutta deliberatamente come tattica militare, educatori in aree rurali del Sud globale dove internet resta un lusso per pochi, ricercatori che necessitano di un ambiente AI completamente isolato per trattare dati sensibili senza rischi di esfiltrazione. Un articolo su Medium intitolato «NOMAD: Offline Agents for Wartime Survival» descrive scenari che fanno riflettere: quando i cavi sottomarini nel Baltico vengono tagliati (è successo), quando un governo autoritario spegne internet durante le proteste (è successo in Iran, Myanmar, Russia), quando un bombardamento distrugge le antenne di una città intera (succede ogni giorno in Ucraina e a Gaza), avere la conoscenza sul tuo hardware non è paranoia. È pragmatismo puro, una forma di resistenza con mezzi tecnici che non chiede permesso a nessuno stato e a nessuna azienda.
Il nocciolo della questione è che NOMAD tocca un nervo scoperto del capitalismo delle piattaforme: la dipendenza strutturale da servizi centralizzati gestiti da un pugno di aziende. Tre hyperscaler — AWS, Azure, Google Cloud — controllano circa il 65% del mercato cloud mondiale. Quando uno di loro ha un’interruzione seria, non si ferma un sito web: si fermano ospedali, aeroporti, sistemi di pagamento, catene logistiche, intere economie nazionali. Abbiamo costruito un’intera civiltà digitale su infrastrutture che appartengono a tre società private quotate in borsa, governate dalla logica del profitto trimestrale e delle stock option per i dirigenti, e poi ci stupiamo quando qualcuno vuole un piano B. NOMAD non risolve questo problema sistemico — nessun software può farlo da solo — ma permette all’individuo e alla piccola comunità di costruirsi un minimo di autonomia informativa. Ed è già qualcosa di concreto, anche se da solo non basta.
Quello che NOMAD non risolve (e che vale la pena dirsi)
Sarebbe facile chiuderla qui con un elogio del software libero e dell’autosufficienza digitale, ma sarebbe disonesto. NOMAD ha limiti importanti, e la narrativa entusiastica del «computer di sopravvivenza» tende a seppellirli sotto l’hype e le stelle su GitHub. Il primo è il più evidente: funziona solo su Linux — Ubuntu e Debian, per la precisione. Niente Windows, niente macOS, niente ARM nativo. Questo taglia fuori la stragrande maggioranza degli utenti non tecnici, proprio quelli che un sistema pensato per le emergenze dovrebbe raggiungere per primi. Il secondo: l’accelerazione GPU supporta esclusivamente schede NVIDIA. Se hai una AMD o un Mac con Apple Silicon, il modello AI gira sulla CPU, che per un 7B è ancora tollerabile ma per qualunque modello più grande diventa un esercizio di pazienza che scoraggia l’uso reale. Il terzo, forse il più problematico in scenari concreti: non c’è autenticazione. Nessuna. Chiunque sia sulla tua rete locale accede a tutto — Wikipedia, AI, appunti, mappe, documenti caricati nella knowledge base. In uno scenario domestico con due persone è un dettaglio trascurabile; in un contesto comunitario, un rifugio, un centro operativo condiviso, diventa un buco di sicurezza che fa alzare più di un sopracciglio. Sherwood lo sa — l’autenticazione è nella roadmap come feature opzionale — ma intanto il sistema è aperto come una porta senza serratura.
C’è poi la questione dell’aggiornamento dei contenuti, che è meno banale di quanto sembri a prima vista. Wikipedia offline è uno snapshot congelato nel tempo: il file ZIM che scarichi rappresenta lo stato dell’enciclopedia in quel preciso momento, e non esiste un meccanismo di aggiornamento incrementale integrato in NOMAD. Vuoi una versione più recente? Riscarichi l’intero archivio da circa 100 gigabyte da capo. Per un progetto che si propone come fonte di conoscenza in scenari di emergenza prolungata, questo è un limite strutturale serio. Le informazioni mediche obsolete possono essere pericolose — un protocollo di trattamento cambiato, un farmaco ritirato dal mercato, una nuova epidemia non ancora documentata nel tuo snapshot. I dati geopolitici mutano, i confini si ridisegnano, le mappe si aggiornano. L’integrazione RAG tra il corpus Wikipedia e il modello AI è ancora in fase di sviluppo attivo, il che significa che oggi l’assistente artificiale e la biblioteca enciclopedica vivono in compartimenti separati, senza alimentarsi a vicenda come dovrebbero in un sistema davvero integrato.
E poi c’è l’elefante nella stanza che ogni entusiasta del self-hosting conosce fin troppo bene: il consumo energetico. Far girare un LLM da 7 miliardi di parametri con accelerazione GPU consuma tra i 50 e i 200 watt a seconda del carico e della scheda grafica. In uno scenario off-grid reale — pannelli solari, batterie, magari un generatore a benzina razionato — questa è una voce di consumo pesante che va in competizione diretta con frigorifero, luci e comunicazioni radio. La discussione su Hacker News si è accesa proprio su questo punto, e a ragione. Un sistema self-hosted con interfaccia AI che richiede 200 watt per rispondere a una domanda non è esattamente la definizione di resilienza energetica. Wikipedia via Kiwix e le mappe via ProtoMaps girano benissimo su hardware minimalista da 10-15 watt — perfino un vecchio laptop basta e avanza. Ma nel momento in cui accendi Ollama con un modello serio, il tuo computer di sopravvivenza diventa un piccolo data center affamato di corrente. C’è un’ironia amara nel preparare il proprio bunker digitale e scoprire che ha bisogno di più energia di quella che riesci a produrre quando la rete elettrica salta.
Infine, la curatela dei contenuti resta visibilmente centrata sugli Stati Uniti. La Wikipedia inglese è la più completa e la prima ad essere integrata, certo, ma per un utente italiano — o indonesiano, o arabo, o qualunque persona al di fuori dell’anglofonia — la copertura è inevitabilmente ridotta. I corsi Khan Academy su Kolibri sono in larga parte in inglese. Le guide mediche e di sopravvivenza riflettono un contesto nordamericano, con i suoi farmaci, i suoi protocolli, le sue unità di misura. NOMAD è un progetto globale nelle ambizioni ma ancora molto americano nell’esecuzione, e questo è un problema reale se l’obiettivo dichiarato è servire «chiunque, ovunque, in qualunque momento». Il potenziale di localizzazione c’è — Kiwix supporta Wikipedia in decine di lingue, Kolibri ha contenuti tradotti — ma il lavoro di curatela per rendere NOMAD davvero universale è appena cominciato.
Project NOMAD è il tipo di progetto che rivela più di quanto intenda. Nasce come strumento pratico — un computer offline con Wikipedia, AI locale e mappe — e diventa involontariamente un manifesto politico sulla fragilità delle nostre infrastrutture digitali. Ventiquattromila stelle su GitHub non sono un numero: sono un voto di sfiducia nei confronti del cloud computing, delle piattaforme centralizzate, dell’idea stessa che la conoscenza debba transitare attraverso server che non controlli e aziende che non rispondono a te ma ai loro azionisti. Chris Sherwood probabilmente voleva solo costruire un buon progetto open source che risolvesse un problema concreto. Ha finito per cristallizzare un’ansia collettiva che covava da anni nella community tech, e che il marketing patinato delle big tech non riesce più a mascherare con slide colorate e keynote trionfalistici.
Il paradosso, però, è che la soluzione individuale non basta — non è mai bastata e non basterà mai. Puoi costruirti il tuo NOMAD, scaricare Wikipedia, far girare Ollama nel tuo bunker digitale, e avrai un sistema formidabile per affrontare il prossimo blackout o il prossimo governo che spegne internet. Ma la sovranità tecnologica non si conquista da soli, barricandosi ciascuno nel proprio container Docker come moderni Robinson Crusoe digitali. Si costruisce con reti mesh comunitarie, con infrastrutture cooperative, con software libero mantenuto collettivamente, con la consapevolezza — politica, prima che tecnica — che l’accesso alla conoscenza e alla tecnologia è un diritto fondamentale e non un servizio a pagamento revocabile per capriccio aziendale. NOMAD fa bene a esistere, fa benissimo a essere gratuito e open source, fa ancora meglio a dimostrare che un singolo sviluppatore con le idee chiare può costruire qualcosa che le aziende vendono a centinaia di dollari. Ma se l’unica risposta alla fragilità del sistema è la preparazione individuale al collasso, abbiamo già perso la battaglia più importante. La vera sfida non è staccare la spina dal cloud: è costruire un’alternativa collettiva in cui la spina non serve, perché l’infrastruttura è nostra. Di tutti, non di tre aziende quotate al NASDAQ.