«The question is not whether AI. It is how. You choose how much AI – and which.» Difficile immaginare una chiusa meno diplomatica per una presentazione già divisiva. All'Akademy, il raduno annuale di KDE, la proposta di rendere il desktop 'AI-native' ha prodotto discussioni accese, ban e un thread cancellato. Nate Graham, figura nota del progetto, ha aperto un dibattito su Invent, l'istanza GitLab di KDE, per introdurre restrizioni ai contributi assistiti da LLM. Nel giro di poche ore i moderatori hanno limitato i commenti e rimosso il thread; un archivio conserva ancora un linguaggio che gli stessi partecipanti hanno censurato.

Il cuore del problema non è la tecnicia. È il controllo. Un desktop dichiaratamente 'sovrano' non può decidere caso per caso quali flussi passano da servizi esterni e quali restano locali senza una governance esplicita. La campagna KDE for People, con circa 250 firme, chiede un divieto totale dell'IA. Il team di GNOME, per voce dello sviluppatore Jordan Petridis, propone una policy simile: vietare agli LLM di creare o modificare qualsiasi contenuto destinato a GNOME o ospitato sulla sua infrastruttura. Poco prima, Debian aveva scelto una strada meno radicale e non ha vietato i contributi generati con l'IA.

Qui emergono i vincitori e i vinti di secondo livello. Se la comunità KDE adotta regole rigide, gli amministratori di sistema e chi gestisce deployment enterprise di desktop Linux trovano più facile spiegare ai revisori dove entra l'assistenza automatica e dove no. Ma chi contribuisce usando LLM per generare bozze o pulire patch rischia di essere escluso o spinto verso flussi non ufficiali, con meno tracciabilità e revisione. Le regole non eliminano il problema: lo spostano.

A rendere più acuto il conflitto c'è il fatto che KDE ha appena scelto tre obiettivi per i prossimi due anni: KDE for Enterprise and Deployments, migliore documentazione e Next Generation Styling. L'IA non compare. In un certo senso è una notizia: dopo giorni di fuoco, il progetto ha preferito non inserire l'assistenza generativa nella rotta ufficiale. Ma è una tregua, non una soluzione. Il nodo rimane come vengono valutati i contributi che già oggi arrivano da strumenti basati su LLM.

Per chi osserva il deployment self-hosted e la sovranità dei dati, il caso KDE segnala un punto strutturale: il consenso comunitario sta diventando una variabile di implementazione, non un dettaglio da manuale. Le distribuzioni enterprise e gli ambienti air-gapped non decidono solo quali modelli usare, ma anche quale relazione accettano tra codice, revisione umana e generazione automatica. AI-RADAR offre framework analitici su /llm-onpremise per valutare questi trade-off, senza trasformare la politica di un progetto desktop in una scelta tecnica univoca.

Il post di scuse di Graham, 'KDE and AI, and you, and me', ammette l'errore: 'So I accidentally triggered an online shitstorm...' Anche il workshop del giorno dopo ha ricevuto un'accoglienza fredda. Non è la fine del dibattito, ma la prova che la prossima generazione di desktop Linux dovrà affrontare una domanda rimasta senza risposta: quanto dell'assistenza automatica può entrare in un progetto che fa della sovranità il suo argomento?