No dia 3 de agosto de 2026, o mantenedor das branches estáveis do Linux e da subsistema de staging, Greg Kroah-Hartman, anunciou novas regras para a aceitação de mudanças no diretório drivers/staging. O motivo foi a recente «invasão de patches gerados por LLM». Agora, as correções preparadas por modelos de linguagem para esta parte do núcleo serão automaticamente rejeitadas, exceto para correções confirmadas de vulnerabilidades reais.
O diretório drivers/staging é usado para abrigar drivers e outros componentes que ainda não atendem aos requisitos da branch principal do Linux. De acordo com a documentação oficial do núcleo, tal código permanece em staging enquanto requer trabalho adicional; após a devida elaboração, pode ser trasladado para a parte principal do núcleo, enquanto componentes não desenvolvidos são removidos com o tempo.
No entanto, Kroah-Hartman também destacou outra função dessa subsistema: drivers/staging existe principalmente como um local onde desenvolvedores iniciantes podem aprender a participar do desenvolvimento do núcleo. Aqui, intencionalmente, muitas tarefas relativamente simples permanecem — correções de formatação de código, transições para novas APIs e pequenas revisões. Ao executá-las sozinho, os novatos aprendem a preparar patches, se comunicar em listas de discussão e o processo de revisão.
Segundo o mantenedor, a limpeza automática desse código contradiz a própria finalidade do staging. Ele destacou que os desenvolvedores poderiam corrigir todas as falhas formais usando ferramentas automáticas, se esse fosse o objetivo principal. Em vez disso, parte das tarefas simples é mantida para que as pessoas possam aprender com elas. Portanto, Kroah-Hartman pretende «rejeitar automaticamente quaisquer patches criados por LLM para a subsistema drivers/staging».
Tentativas de não indicar o uso do modelo de linguagem também não ajudarão. Kroah-Hartman afirmou que tais alterações geralmente são facilmente reconhecíveis e alertou os autores de que ocultar intencionalmente a origem do patch pode ser interpretado como uma tentativa de enganar os mantenedores. O objetivo é que as pessoas possam aprender, e não tentar enganar o mantenedor,explicou o desenvolvedor.
Uma única exceção é feita para correções de erros de segurança reais. Tal patch pode ser enviado, mas o autor deve testá-lo em hardware real para o qual o driver é destinado e descrever detalhadamente os testes realizados. Além disso, o remetente deve estar preparado para provar que o erro é realmente reproduzível e pode afetar o usuário. De acordo com a avaliação de Kroah-Hartman, «pelo menos um terço» dos problemas modernos encontrados por LLMs acaba sendo errôneo ou leva a alterações prejudiciais.
O próprio drivers/staging, segundo Kroah-Hartman, se compara a «uma academia, onde se pode aprender e desenvolver habilidades». As modelos de linguagem, segundo ele, estão gradualmente se tornando uma ferramenta adequada para «trabalhos pesados», mas devem ser utilizadas por especialistas que já possuem conhecimento suficiente para avaliar o resultado. Assim, a decisão não impõe uma proibição geral ao uso de IA no desenvolvimento do Linux: a nova regra se aplica apenas à árvore de drivers/staging acompanhada por Kroah-Hartman e, principalmente, a correções cosméticas geradas automaticamente.
Fonte: linux.org.ru
