LINUX

COSMIC proíbe código de IA enquanto GNOME discute relatórios

A System76 passou a exigir contribuições 100% humanas para o ambiente COSMIC. No projecto GNOME, a porta continua fechada ao código gerado por modelos, mas há quem queira abrir uma excepção para bugs encontrados por bots.

COSMIC proíbe código de IA enquanto GNOME discute relatórios
Imagem ilustrativa | Pixel Magazine

O ambiente de trabalho COSMIC, desenvolvido pela System76, acabou de traçar uma linha grossa no chão: contribuições geradas por IA ficam à porta. Nas novas regras de contribuição, a equipa passou a exigir que quem submete um pull request declare explicitamente que não usou modelos de linguagem na escrita do código, comentários, documentação ou até na própria descrição da mudança.

O texto, citado pelo The Register, não deixa espaço para ambiguidades: “I have not included any LLM (also known as AI) generated content in this PR, including code, comments, and descriptions.” Ou seja, usar IA para aprender, experimentar soluções ou até para caçar bugs é aceitável. O que não é aceitável é copiar e colar o que o chatbot escreveu para dentro do repositório oficial. A regra vai ao ponto de proibir descrições de pedidos de integração escritas por modelos, numa espécie de cordão sanitário em torno do repositório.

Esta posição não é isolada. No universo GNOME também existem barreiras formais a contribuições geradas por modelos de linguagem. O guia de contributo do GNOME Calendar, por exemplo, explicita que o projecto não aceita código ou documentação produzidos por LLMs. O mesmo sucede com o site GNOME Extensions, cujas guidelines de revisão sublinham que as extensões “não podem ser geradas por IA”, embora admitam ferramentas de ajuda, como auto-complete, desde que o resultado final seja revisto e escrito por humanos.

Onde o consenso começa a falhar é nos relatórios de vulnerabilidades. Segundo conta o The Register, dentro do GNOME há quem defenda uma excepção clara: mesmo que o relatório em si seja montado por IA, o bug subjacente continua a ser valioso demais para ser ignorado. Aqui entra a tensão entre a integridade do código e a utilidade prática. Empurrar para fora tudo o que tenha passado por um modelo pode proteger contra lixo sintético e problemas legais, mas também arrisca deitar fora descobertas feitas com recurso a ferramentas automatizadas, que já fazem parte do arsenal normal de quem testa software.

O caso do COSMIC é particularmente interessante porque este ambiente é relativamente novo, embora o desenvolvimento se arraste há anos. A System76 começou por criar um COSMIC fortemente baseado em GNOME, com extensões e personalizações por cima. A versão actual é outra história: um ambiente reconstruído de raiz, escrito em Rust com o toolkit Iced, e assente apenas em Wayland. O primeiro lançamento estável surgiu acoplado ao Pop!_OS 24.04 no final de 2025, o que coloca o projecto num ponto em que a equipa quer claramente controlar o ADN do código, em vez de abrir a porta a blocos opacos gerados por modelos treinados em dados de origem duvidosa.

No lado GNOME, um projecto muito mais antigo e complexo, o debate parece menos sobre filosofia e mais sobre gestão de risco. Permitir que agentes automatizados encham bug trackers com relatórios ruidosos é um pesadelo para qualquer mantenedor, mas recusar liminarmente tudo o que tenha passado por IA também soa a negar a realidade. A mensagem subjacente é clara: IA até pode ajudar a encontrar problemas, mas a responsabilidade editorial do que entra no código continua a ser humana. E isso, para quem mantém infra-estruturas de desktop que milhões de pessoas usam todos os dias, é um limite sensato.

Fonte: The Register

Comentários · 0