La Document Foundation (TDF) ha ribadito che LibreOffice non incorpora funzionalità di intelligenza artificiale e che i suoi sviluppatori principali non utilizzano modelli di linguaggio di grandi dimensioni (LLM). Tuttavia, i contributori della comunità sembrano avere regole diverse. In un post sul Fediverse, un utente con il nome di argv[-1] ha messo in evidenza tre commit di LibreOffice di quest’anno che riconoscono l’uso di assistenti alla programmazione basati su LLM. Due di questi – l’impostazione della dimensione del carattere del paragrafo al 100% o +0pt e l’abilitazione delle dimensioni dei caratteri relative negli stili delle celle di Calc – risalgono ad aprile e attribuiscono a Claude il merito di aver aiutato a identificare le correzioni. Più recentemente, nel commit di settembre che aggiunge il pulsante “Copia immagine” alla finestra di dialogo degli screenshot, si riconosce l’uso di GitHub Copilot in VS Code per generare la classe BitmapTransferable, mentre il metodo copyButtonHandler è stato scritto manualmente con assistenza di completamento del codice fornita dal LLM.
Questo non rappresenta necessariamente un difetto fatale; in effetti, è divenuto difficile trovare progetti di software libero e open source (FOSS) privi di codice generato da LLM al giorno d’oggi. Tuttavia, TDF afferma che la suite per ufficio FOSS più diffusa è priva di intelligenza artificiale. Questa dichiarazione sembra essere un’evidente frecciatina al suo precedente partner di sviluppo, Collabora, che in giugno ha annunciato che l’integrazione dell’AI sarebbe stata una delle caratteristiche principali della versione CODE 26.04, la suite per ufficio basata su web di Collabora.
TDF, custode e manutentore primario di LibreOffice dal suo fork da OpenOffice.org controllato da Oracle nel 2010, ha reso l’assenza di AI un punto di forza del prodotto. Questo mese, ha pubblicato un post sul blog dichiarando che l’assenza di AI è ora una funzionalità. Il 21 ottobre, TDF ha annunciato 9,4 milioni di download in otto settimane, escludendo gli aggiornamenti per Windows e i download delle versioni precedenti, che vengono conteggiati separatamente, ma ha riconosciuto che le ragioni di questa crescita sono difficili da determinare.
In risposta su Mastodon, TDF ha assunto un atteggiamento scettico: “Ah, un’altra discussione di alta qualità su Mastodon. Ripeto: nessun sviluppatore principale utilizza LLM. Ci affidiamo ai contributi della comunità e non elenchiamo esplicitamente gli strumenti che le persone non possono utilizzare – ma richiediamo che venga fatta una divulgazione quando utilizzano LLM e generalmente scoraggiamo questa pratica. Rivediamo attentamente i contributi per assicurare che la qualità del codice sia buona e che l’autore della patch comprenda il proprio codice. L’uso di LLM è vietato agli studenti. Questo non è ‘lavoro scadente’.” In altre parole, l’approccio di TDF appare simile a quello adottato da Debian: gli assistenti di codifica basati su LLM sono permessi per alcuni contributori, a condizione che venga effettuata la divulgazione e sia prevista una revisione umana.
Tuttavia, questa ammissione sembra contraddire il messaggio pubblico di “no-AI” e ha suscitato il malcontento di alcuni utenti di LibreOffice. Un commento particolarmente incisivo è stato quello dello sviluppatore argentino Federico Schonborn, il quale ha ironicamente osservato: “Quando una panetteria annuncia che non metterà amianto nella glassa della torta, non dovresti far notare che già lo stanno mettendo nel ripieno, capisci?”
Abbiamo interpellato Italo Vignoli, portavoce di TDF, per un commento. Vignoli ci ha invitato a consultare la politica di sviluppo/AI di TDF, aggiungendo: “Non c’è stata alcuna deviazione dalle dichiarazioni pubbliche riguardanti LO 26.8, poiché queste riguardavano le funzionalità per l’utente e non lo sviluppo.” Come ha sintetizzato “Skjeggtroll”: “Mi sembra strano vietare l’uso di LLM per il messaggio di commit, ma consentirne l’uso per il codice effettivo.”
