LLM Usage in Debian: três propostas para a comunidade
A comunidade Debian está a votar três propostas sobre o uso de LLMs no projeto. O que está em cima da mesa e porque é que o debate importa.
Uso Debian há mais de 15 anos. É o sistema operativo que corre nos meus servidores e que confio para não me surpreender. E é precisamente essa confiança que está no centro de um debate que a comunidade Debian está a ter neste momento sobre o uso de LLMs.
A 23 de julho de 2026, o Debian abriu a discussão da General Resolution 002, “LLM usage in Debian”. Acabaram por ir a votos oito propostas, entre 15 e 28 de agosto, e a votação já está decidida (ganhou a opção «Responsible Use of Generative AI», como conto no fim). Isto importa para além do Debian: é um dos primeiros grandes projetos open-source a ter uma posição formal sobre LLMs.
Proposta A: proibição total
Matthias Geiger ([email protected]) propõe proibir qualquer contribuição escrita com uso ou assistência de LLMs ou outras ferramentas de IA generativa. O âmbito cobre source packages, software oficial do projeto, recursos web, documentação e traduções.
A justificação é tripla. Primeiro, copyright: o output de LLMs tem um estatuto legal muito pouco claro. O Debian Policy e o DFSG exigem clareza absoluta de licenças — algo que o código gerado por LLM simplesmente não oferece. Segundo, qualidade: a reputação de estabilidade do Debian está em risco com o código “move fast and break things” típico dos LLMs. Terceiro, confiança: os utilizadores confiam que o Debian é construído por humanos, com responsabilidade humana.
A proposta não abrange projetos upstream que usam LLMs, nem software relacionado com IA, nem patches de segurança upstream. Precisava de uma maioria de 3 para 1 e não a alcançou (144 votos a favor contra 257).
Proposta B: uso permitido com declaração
A proposta B, de Lucas Nussbaum, reconhece os riscos (qualidade, manutenção, estatuto legal, impacto ambiental) mas também que muitos contribuidores acham estas ferramentas úteis. Permite contribuições assistidas por IA desde que se cumpram condições: os termos da ferramenta não podem conflituar com a distribuição no Debian; quem contribui deve verificar que tem direito de submeter qualquer material de terceiros que apareça no output; assume total responsabilidade e tem de compreender e saber justificar o que submete; e deve declarar o uso quando uma parte significativa foi gerada ou muito assistida pela ferramenta.
Esta é a posição pragmática. Impedir o uso de LLMs é impossível de verificar. Uma proibição apenas penaliza os contribuidores honestos que declaram o uso, enquanto os desonestos continuam a usar sem declarar. A declaração obrigatória permite auditoria e transparência, sem bloquear a produtividade.
Proposta C: rejeitar os LLMs tanto quanto possível
A proposta C, de Ian Jackson, vai no sentido oposto à B: rejeitar os LLMs «tanto quanto for prático» e atualizar o Código de Conduta, com um longo rol de problemas (corrosão da construção de comunidade, impacto ambiental, exploração de autores, scraping agressivo, riscos para a saúde mental dos utilizadores). Perdeu a maioria simples: 176 votos a favor contra 230.
As outras propostas e o resultado
Houve ainda cinco propostas: D («Accept AI contributions for Debian specific work»), E («Responsible Use of Generative AI»), F («A cautious approach to generative AI»), G («Debian is created by humans») e H, de Holger Levsen («Avoid the use of LLM: climate destruction is a deal breaker»). No método Condorcet do Debian, a vencedora foi a E: o Debian nem recomenda nem proíbe as ferramentas de IA generativa, espera de todas as contribuições o mesmo padrão de qualidade, manutenção e conformidade legal, lembra que o uso de IA não diminui a responsabilidade de quem submete, e incentiva, sem obrigar, a declarar quando houve assistência de IA.
Porque é que isto importa
O Debian é a base de muitas distribuições: é o upstream do Ubuntu, do Kali e do Raspberry Pi OS. O que o Debian decidir sobre LLMs vai influenciar centenas de outros projetos.
A votação confirmou o meio-termo. Proibir é ineficaz, ignorar é irresponsável, e exigir responsabilidade (com incentivo à declaração) é o mínimo que se pode pedir a quem contribui para um projeto onde a confiança é o ativo mais valioso.
Mas independentemente do resultado, o debate em si já é uma vitória. A comunidade está a discutir a questão abertamente, em vez de fingir que os LLMs não existem ou que não vão afetar o desenvolvimento de software livre.
Recursos adicionais
Partilhar
Comentários 0
Ainda sem comentários — sê o primeiro.