Árvore de *staging* do Linux: Greg Kroah-Hartman bloque patches gerados por LLM

Submerso por um « onslaught » de *patches* de IA, o mantenedor da árvore de *staging* do Linux rejeita agora sistematicamente contribuições geradas por LLM — exceto correções reais de segurança. Ele, no entanto, utiliza LLM por si próprio.

O contexto: o que é a árvore de staging?

Para entender a decisão de Greg Kroah-Hartman (também conhecido como gregkh), é preciso compreender o que é a árvore de staging na organização do núcleo Linux. Trata-se de uma área de acolhimento para drivers e código ainda não prontos para o mainline: qualidade insuficiente, APIs instáveis, dependências a serem limpas. Historicamente, também é a porta de entrada para novos contribuidores — o local onde se aprende a contribuir com o núcleo sem ser um especialista com 15 anos de experiência em desenvolvimento de kernel.

Greg Kroah-Hartman é o mantenedor dessa árvore de staging. É ele quem lê, arbitra, aceita ou rejeita os patches.

O que aconteceu

Diante do que ele descreve como um "onslaught" — uma enxurrada — de patches gerados por LLMs (Large Language Models, grandes modelos de linguagem), gregkh acaba de anunciar uma nova política: os patches produzidos por IA serão rejeitados da árvore de staging.

O que torna a decisão particularmente interessante é o que ela não é: um repúdio ideológico à IA. Gregkh usa LLMs em suas próprias contribuições para o núcleo e assume isso publicamente. O que ele rejeita é o uso de LLMs por contribuidores que não têm as habilidades necessárias para avaliar o que o modelo produziu.

A lógica é clara: a árvore de staging deve formar contribuidores. Submeter um patch gerado por IA sem entender o que ele faz é exatamente o oposto disso. E isso cria trabalho adicional para os mantenedores, que precisam revisar, corrigir e rejeitar patches de baixo valor agregado em volume crescente.

Apenas uma exceção é permitida: os patches que corrigem problemas reais de segurança (genuine security fixes) continuam bem-vindos, independentemente de sua origem.

Por que isso é importante além da árvore de staging

Esta é a manifestação mais concreta até hoje de uma tensão que cresce na comunidade de software livre há meses. De um lado, LLMs capazes de produzir código sintaticamente correto. Do outro, mantenedores que absorvem um volume crescente de patches superficiais, gerados sem real compreensão do contexto.

O núcleo Linux não é um código comum. Cada linha pode afetar milhões de sistemas. A qualidade de um patch não é apenas o código — é a compreensão, por seu autor, do porquê aquele código existe, em que contexto se integra e quais efeitos colaterais pode ter. Um patch gerado por LLM sem um humano qualificado por trás geralmente ignora esse "porquê".

Não é o fim da IA no núcleo — longe disso. É o início de uma política explícita que diferencia a IA como ferramenta (para um contribuidor que sabe o que está fazendo) e a IA como substituto de competência (para alguém sem as bases necessárias). A nuance é essencial, e gregkh a aplica ele mesmo.