- O comitê do GCC aprovou as diretrizes oficiais para uso de inteligência artificial no desenvolvimento.
- A política barra código de LLMs no núcleo do compilador para blindar o projeto contra riscos de direitos autorais.
- Há exceções claras que permitem o uso de IA para gerar casos de teste e em pacotes de terceiros.
- Contribuidores humanos continuam obrigatórios para assinar os patches e assumir a responsabilidade legal.
- O uso de IA como suporte deve ser declarado com a tag Assisted-by. As regras serão revisadas até 2027.
O comitê diretivo do GNU Compiler Collection (GCC) aprovou as novas diretrizes oficiais para o uso de Inteligência Artificial no desenvolvimento do projeto. A política estabelece uma barreira clara contra a inserção de código gerado por grandes modelos de linguagem (LLMs) no núcleo do compilador por questões de segurança jurídica. No entanto, o texto adota uma postura flexível ao permitir o uso dessas ferramentas para a criação de testes, revisão de patches e recursos de acessibilidade.
A aprovação foi comunicada por David Edelsohn e resulta do trabalho do grupo focado em políticas de IA do projeto. O documento busca equilibrar a proteção legal exigida pelo ecossistema GNU com a realidade atual, onde muitos desenvolvedores já integram assistentes virtuais em seus fluxos de trabalho diários.
Proteção legal e a barreira no código principal
A regra central da nova documentação determina que o projeto recusará qualquer contribuição considerada “legalmente significativa” que inclua ou seja derivada de conteúdo gerado por inteligência artificial. Essa medida restritiva visa blindar a propriedade intelectual do GCC contra possíveis violações de direitos autorais associadas ao treinamento de modelos de linguagem corporativos.
Para que um patch seja aceito no repositório, ele deve ser submetido por um ser humano capaz de compreender as mudanças e responder a perguntas técnicas sobre elas. Apenas desenvolvedores reais podem atestar a certificação de origem (Developer Certificate of Origin) por meio da tag “Signed-off-by”. O documento é explícito ao afirmar que um LLM não pode enviar código diretamente para o repositório.
A documentação ressalta que a comunidade deve sempre presumir a boa-fé dos colaboradores, orientando desenvolvedores novatos sobre as novas regras em vez de tratá-los com hostilidade, caso enviem conteúdo gerado por máquina acidentalmente.
Exceções para testes e código de terceiros
Apesar da restrição no código-fonte principal do compilador, o GCC reconhece a utilidade da automação. A principal exceção da nova política abrange os casos de teste. Os mantenedores estão expressamente autorizados a aceitar testes gerados total ou parcialmente por ferramentas de IA, mesmo que o volume do material enviado alcance um tamanho legalmente significativo.
Outra ressalva importante envolve pacotes de terceiros. A proibição não se aplica a códigos que não pertencem primariamente ao projeto GCC, mas que são importados por conveniência ou para satisfazer dependências, como ocorre com componentes do libsanitizer.
Transparência e uso no dia a dia
O projeto optou por não interferir no uso de ferramentas baseadas em IA que rodam localmente ou que servem de apoio à produtividade e acessibilidade. Desenvolvedores podem continuar utilizando leitores de tela avançados, sistemas text-to-speech, tradutores diretos e corretores gramaticais baseados em inteligência artificial.
O uso de LLMs para pesquisa, análise, descoberta de bugs e depuração de erros também é permitido. A única exigência é que a saída bruta da ferramenta não seja enviada de forma literal para o projeto, devendo passar sempre por escrutínio e adaptação humana. Na revisão de patches, a inteligência artificial pode atuar como um suporte, mas nunca substituir a avaliação crítica do mantenedor.
Quando o uso da IA se encaixar nas regras permitidas e resultar em uma contribuição formal, a transparência será obrigatória. O projeto passa a exigir a inclusão da marcação “Assisted-by:” nas mensagens de commit, identificando claramente onde e como a tecnologia foi empregada.
Liderado por Jonathan Wakely, o grupo de trabalho responsável pelas regras deixou claro que o cenário tecnológico avança em ritmo acelerado. Por isso, a política não é estática e passará por revisões periódicas, com uma reavaliação oficial já agendada para ocorrer o mais tardar no início de 2027.
