Código de IA sobrecarrega kernel Linux e levanta questões legais

O ciclo de desenvolvimento do Linux 7.1 atingiu um ponto crítico que vai muito além de bugs comuns: o código gerado por inteligência artificial está sobrecarregando a estrutura de manutenção do kernel e levantando questões legais profundas envolvendo a licença GPLv2. Linus Torvalds primeiro criticou a enxurrada de relatos de falhas produzidos por ferramentas de IA no release candidate rc4, e depois endureceu o tom no rc5, mirando diretamente os patches enviados à lista. O problema não se resume a qualidade de código — é uma crise que toca o cerne do modelo de desenvolvimento colaborativo do kernel e a compatibilidade com licenças de software livre.

Resumo

Do rc4 ao rc5: da irritação com bug reports à barreira contra patches

Em 17 de maio, durante o lançamento do rc4, Torvalds direcionou suas críticas aos relatos de vulnerabilidade gerados por ferramentas de IA. Ele destacou que múltiplas pessoas usando o mesmo conjunto de ferramentas estavam reportando as mesmas falhas repetidamente, tornando a lista de segurança do kernel “essencialmente ingerenciável”. O núcleo da reclamação era que as ferramentas detectavam problemas mas não ofereciam correções, apenas jogando o trabalho de análise e remediação para os mantenedores.

No rc5, lançado em 24 de maio, o alvo mudou. Normalmente, um rc5 é uma fase de estabilização, com poucas alterações. Desta vez, Torvalds descreveu o rc5 como “consideravelmente grande” para o estágio, repleto de correções triviais em drivers. Cada risco individual era baixo, mas ele questionou abertamente se faria sentido aceitar tamanho volume de alterações naquele ponto do ciclo. Grande parte dos patches corrigia bugs antigos que poderiam esperar a próxima janela de merge. Torvalds afirmou que, dali em diante, trataria pull requests não relacionados a regressões com mais rigor.

Múltiplas fontes confirmaram que correções geradas por assistentes de codificação como GitHub Copilot e Claude Code estavam espalhadas por todo o kernel — rede, gráficos, segurança. Em um merge request para correções de rede, um desenvolvedor escreveu que “essa loucura parece não ter fim”.

O “ataque DDoS” contra os mantenedores humanos

O problema com o código gerado por IA não é apenas qualidade — é volume. Grandes modelos de linguagem conseguem produzir milhares de patches superficiais ou relatos de bugs com aparência complexa em segundos. Quando isso atinge a caixa de entrada dos mantenedores, equivale a um ataque de negação de serviço distribuído contra a capacidade humana de revisão. O gargalo não é o servidor, mas o processamento humano.

Além disso, o código gerado por IA tem uma fraqueza estrutural: embora pareça correto superficialmente, falta intenção de design. Não há justificativa por trás das escolhas — apenas a sequência estatística mais provável de tokens. Quando esse código quebrar no futuro, o custo de manutenção dispara porque não há vestígios do raciocínio original. Um desenvolvedor humano deixa pistas em nomes de variáveis e comentários; a IA não deixa nada.

GPLv2: a bomba-relógio legal que poucos estão discutindo

Esta camada do problema ainda é superficialmente tratada pela maioria dos veículos técnicos. O kernel Linux é licenciado exclusivamente sob GPL versão 2 — “GPL version 2 only”, sem a cláusula “or later”. Já os modelos de IA atuais são treinados em vastos repositórios de código aberto, que inevitavelmente incluem código sob GPLv3.

GPLv2 e GPLv3 não são compatíveis entre si. Se um modelo de IA reproduzir estruturas ou expressões de código GPLv3 e isso for incorporado ao kernel, surge uma violação de licença. Há também o risco de código proprietário protegido por direitos autorais vazar para o kernel via dados de treinamento. A pergunta fundamental — se a saída de um LLM “herda” a licença do dado de treinamento — ainda não foi respondida por nenhum tribunal no mundo.

O libre software se baseia no princípio da liberdade de estudar e modificar o programa. Esse princípio pressupõe que o código seja compreensível por humanos. Código gerado por IA em uma caixa-preta, que nem mesmo o autor entende completamente, mina essa premissa por dentro.

O que é a política “coding-assistants.rst” do kernel Linux?

Em abril de 2026, junto com o lançamento do Linux 7.0, foi oficialmente incorporada à árvore do kernel a política coding-assistants.rst, um documento de 59 linhas que estabelece as regras para uso de ferramentas de IA. As diretrizes são curtas e rigorosas:

Assistentes de IA não podem adicionar a tag Signed-off-by. Apenas humanos podem certificar o Developer Certificate of Origin (DCO).
O autor humano deve revisar integralmente o código gerado, verificar conformidade de licença e qualidade, e assumir total responsabilidade.
O uso de IA deve ser declarado com a tag Assisted-by, indicando ferramenta e modelo (ex: Assisted-by: GitHub Copilot 1.xx).

Na prática, a comunidade do kernel não proibiu o código gerado por IA — colocou o ser humano como “fusível”. Quando algo explode, o nome gravado é o da pessoa. O uso da tag Assisted-by é recomendado, não obrigatório. O próprio Sasha Levin, que liderou a discussão no encontro de mantenedores em 2025, declarou que a não obrigatoriedade foi intencional: não há mecanismo automatizado para detectar uso não declarado de IA além da revisão humana tradicional.

“Responsabilidade” em vez de “proibição”: o que essa escolha significa na prática

A decisão do kernel é racional, mas não é infalível. Sem detecção automática, a política depende da boa-fé e da capacidade dos revisores de identificar código gerado por IA. Jonathan Corbet, o administrador de documentação, e Theodore Ts’o, desenvolvedor do ext4, vêm debatendo as implicações de direitos autorais há meses. Ts’o aponta que, enquanto na Europa há precedentes sugerindo que obras geradas por IA não têm direitos autorais, o risco de reprodução de obras protegidas a partir dos dados de treinamento é real.

O que muda para o usuário final brasileiro?

O kernel Linux é a base de servidores, dispositivos Android, Steam Deck e infraestrutura de nuvem. Uma degradação na qualidade do kernel impacta diretamente a experiência de cada usuário. O que está em jogo não é a quebra do kernel, mas o custo crescente para mantê-lo íntegro. O tempo e a atenção dos mantenedores são recursos finitos, e a avalanche de patches triviais gerados por IA está consumindo esses recursos.

A postura de Torvalds no rc5 é a primeira reação séria a essa tendência. O lançamento estável do Linux 7.1 está previsto para meados de junho. Até lá, os próximos release candidates mostrarão se o endurecimento terá eficácia prática. Enquanto big techs promovem ferramentas de IA como ganho de produtividade, um dos projetos de software livre mais importantes do mundo está afirmando, na prática, que código escrito e compreendido por humanos tem valor superior a longo prazo. Esse embate não ficará restrito ao kernel — ele define o futuro do desenvolvimento de software como um todo.

Referência: Linux 7.1-rc5 release announcement (LKML)

Outra referência: AI Coding Assistants — Linux kernel official documentation