Tecnologia

Linus Torvalds admite que código com IA já é regra no kernel do Linux

Susan Hill

Linus Torvalds aproveitou o anúncio do Linux 7.1-rc3 para confirmar o que vinha amenizando há meses: a onda de patches gerados com a ajuda de ferramentas de IA não é mais um pico temporário. É o novo piso do kernel que faz a maioria dos celulares Android funcionar, sustenta a maior parte dos servidores web do mundo e roda em todas as máquinas da lista Top 500 de supercomputação. Esta release candidate concentra cerca de um terço dos patches no subsistema de rede, traz correções para vulnerabilidades use-after-free no Bluetooth e nos drivers gráficos e continua avançando com o driver NTFS reescrito por Namjae Jeon, que agora suporta escrita completa, alocação adiada e integração com o framework iomap.

Os números contam a história prática. O Linux 7.0 trouxe uma enxurrada de patches tão grande que Torvalds, no início, tratou aquilo como uma anomalia. Dois ciclos depois, o volume não caiu. Acomodou. Para os mantenedores, isso significa ler e revisar muito mais código do que a geração anterior de trabalho no kernel pressupunha. Quem conduz a revisão continua sendo humano, e o gargalo se deslocou da geração para a verificação. O código pode ter saído com ajuda de IA, mas cada patch que entra no mainline foi lido, questionado e aprovado por um mantenedor sem IA no meio.

Isso não é o mesmo que dizer que o kernel agora é escrito pela IA. Torvalds e os mantenedores seniores foram explícitos sobre essa distinção em dois ciclos seguidos. As regras fixadas no 7.0 exigem que o colaborador declare o envolvimento da IA, assuma responsabilidade pelo que envia e entenda o código que está mandando. O volume sobe; os padrões não descem. O que muda é a experiência prática de trabalhar no Linux: os mantenedores passam mais tempo revisando, os colaboradores devolvem revisões mais rápido e a distância entre propor uma correção e vê-la entrar fica menor para o trabalho de rotina.

A leitura cética de tudo isso é mais difícil de descartar do que seria há um ano. Mais código chegando mais rápido também significa mais chances de erros sutis passarem despercebidos, e as correções de use-after-free no 7.1-rc3 são justamente o tipo de bug que patches assistidos por IA historicamente têm dificuldade em encontrar. Falhas de segurança de memória em subsistemas centrais como o Bluetooth e a pilha gráfica não são teoria — são as brechas que os avisos de segurança reais exploram. Volume maior só funciona se a revisão acompanhar. Se vai acompanhar é a pergunta em aberto dos próximos lançamentos.

O kernel estável Linux 7.1 está previsto para 7 de junho de 2026 se o ciclo terminar em RC7, ou 14 de junho de 2026 se for preciso uma RC8 final.

Discussão

Há 0 comentários.