Mantenedor histórico do kernel Linux renuncia à revisão de código após ser soterrado por “lixo de IA”

A comunidade global de código aberto atingiu um ponto de inflexão dramático. Lorenzo Stoakes, um dos revisores e mantenedores mais experientes do núcleo do sistema operacional mais utilizado na infraestrutura da internet, anunciou que está abandonando a revisão de códigos e patches nos subsistemas em que não atua como mantenedor direto. O motivo para a decisão radical não é cansaço da rotina ou novos projetos pessoais, mas sim a exaustão provocada por uma enxurrada ininterrupta de contribuições rasas geradas por ferramentas automáticas de inteligência artificial.

Stoakes era peça-chave na validação do subsistema de gerenciamento de memória (Memory Management – MM) e na integração da linguagem Rust dentro do kernel Linux. Em comunicado direto enviado aos desenvolvedores da Linux Kernel Mailing List (LKML), o engenheiro foi enfático sobre os limites físicos da capacidade humana diante da automação indiscriminada:

“Dado o volume e a taxa de envio atual no kernel resultantes de séries geradas por inteligência artificial, infelizmente me falta largura de banda mental e tempo para oferecer revisões gerais, exceto estritamente nas áreas em que sou o mantenedor direto. Peço desculpas por isso, mas diante das tendências atuais, preciso fazer algo para tornar minha caixa de entrada minimamente gerenciável.”

Para evitar que setores inteiros ficassem desamparados, Stoakes precisou fatiar sua carga de trabalho e redistribuir a responsabilidade entre outros veteranos da comunidade, incluindo David Hildenbrand, Andrew Morton, Alice Ryhl e Danilo Krummrich.

O pesadelo do “AI Slop” no software livre

O caso de Lorenzo Stoakes não é isolado. Nos últimos meses, uma onda de contribuições conhecidas entre os programadores como “AI slop” (uma referência pejorativa a códigos descartáveis e de baixa qualidade empurrados por modelos de linguagem) vem sobrecarregando projetos abertos em todo o mundo.

Um relatório recente encomendado pela Linux Foundation acendeu o sinal de alerta máximo na indústria ao estimar que até 25% de todos os novos pull requests submetidos a repositórios abertos já são fruto direto de scripts de IA. Na maioria esmagadora das vezes, essas sugestões de código não corrigem falhas reais: tratam-se de refatorações cosméticas, renomeação redundante de variáveis ou tentativas superficiais de caça a bugs que apenas alteram a sintaxe sem compreender a arquitetura profunda do sistema.

O fenômeno é impulsionado por uma nova legião de usuários que utilizam assistentes de codificação para disparar correções em massa rumo a grandes repositórios. O objetivo de muitos é pura vaidade profissional: conseguir ter o próprio nome registrado no histórico de commits do kernel Linux para ostentar no currículo ou em redes corporativas, sem ter qualquer compromisso contínuo com a estabilidade e a manutenção daquele código ao longo dos anos.

Projetos de peso como o motor de jogos Godot Engine e o ecossistema de interface gráfica KDE já vinham enfrentando problemas idênticos. O KDE, inclusive, precisou publicar diretrizes formais de contribuição com um aviso claro: “Não seja um intermediário de carne para uma IA” — alertando que desenvolvedores não devem agir como meros repassadores de respostas de chatbots sem dominarem cada linha que estão enviando aos mantenedores.

O choque com a postura de Linus Torvalds

A decisão de Stoakes ganha contornos ainda mais complexos por contrastar abertamente com as declarações recentes do criador do sistema, Linus Torvalds. Historicamente conhecido por seu temperamento implacável e pela tolerância zero contra códigos mal escritos, Torvalds surpreendeu a indústria nas últimas semanas ao flexibilizar sua postura em relação aos assistentes inteligentes.

O idealizador do Linux chegou a admitir que tem utilizado ferramentas de IA generativa em suas próprias rotinas diárias e incentivou a comunidade a abraçar os avanços, argumentando que a tecnologia pode acelerar a identificação de gargalos de desempenho e otimizar tarefas mecânicas de compilação.

No entanto, para os mantenedores de linha de frente — aqueles encarregados de ler milhares de linhas de código linha por linha, verificar vulnerabilidades de ponteiros e assegurar que servidores, satélites, smartphones e supercomputadores continuem funcionando sem falhas críticas —, a teoria de Torvalds esbarra na realidade do esgotamento profissional (burnout).

Por que código de IA no kernel é tão perigoso?

Diferente de um aplicativo web ou de um script casual, o kernel Linux opera na camada mais baixa e sensível da computação moderna. Erros sutis em ponteiros de memória, falhas em chamadas de sistema ou pequenas incoerências lógicas podem introduzir vulnerabilidades de segurança catastróficas, vazamentos de memória silenciosos ou simplesmente impedir que o hardware inicialize.

Entre os principais problemas apontados por especialistas em sistemas operacionais sobre o código automatizado estão:

• Falsa sensação de correção: Modelos de linguagem escrevem códigos sintaticamente impecáveis e bem formatados, mas que carecem de lógica contextual profunda sobre concorrência de threads e estados de hardware;
• Custo desproporcional de revisão: Leva poucos segundos para uma IA gerar um patch de centenas de linhas, mas exige horas de raciocínio de um engenheiro humano de alta senioridade para auditar e provar que aquele trecho não quebra retrocompatibilidade;
• Ausência de suporte posterior: Quando uma alteração gera uma regressão em servidores de produção meses após o commit, o autor original que usou a IA raramente sabe como debugar ou corrigir a falha, jogando o fardo nas costas dos mantenedores permanentes.

O futuro da colaboração humana no Linux

A saída de Lorenzo Stoakes da revisão ampla de gerenciamento de memória marca um momento de reflexão urgente para a governança do software livre. Com o avanço desenfreado dos agentes autônomos de código, o gargalo da engenharia de software deixou de ser a capacidade de escrever instruções, passando a ser a escassa capacidade cognitiva humana de validá-las.

Se o ecossistema do kernel Linux não implementar barreiras de filtragem rígidas contra submissões não solicitadas geradas por máquinas, a sobrecarga continuará afastando voluntários e engenheiros brilhantes que sustentaram a espinha dorsal da tecnologia moderna pelas últimas três décadas.