Tecnologia

Linus Torvalds admite que o código gerado por IA é agora norma no kernel Linux

Susan Hill

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

Os números contam a história prática. O Linux 7.0 trouxe uma vaga de patches tão grande que Torvalds, inicialmente, a tratou como anomalia. Dois ciclos depois, o volume não baixou. Estabilizou. Para os mantenedores, isso significa ler e rever bastante mais código do que aquilo que a geração anterior de trabalho sobre o kernel assumia. Quem conduz a revisão continua a ser humano, e o estrangulamento passou da geração para a verificação. O código pode ter sido escrito com apoio de IA, mas cada patch que entra no mainline foi lido, contestado e aprovado por um mantenedor sem IA no meio.

Não é o mesmo que afirmar que o kernel é agora escrito pela IA. Torvalds e os mantenedores seniores foram explícitos nessa distinção durante dois ciclos. As regras fixadas no 7.0 exigem que o colaborador declare o envolvimento da IA, assuma responsabilidade pelo que envia e compreenda o código que manda. O volume sobe; os padrões não baixam. O que muda é a experiência concreta de trabalhar em Linux: os mantenedores passam mais tempo a rever, os colaboradores devolvem revisões mais depressa, e a distância entre propor uma correcção e vê-la entrar encurta para o trabalho de rotina.

A leitura céptica de tudo isto é mais difícil de descartar do que teria sido há um ano. Mais código a chegar mais depressa significa também mais oportunidades para que erros subtis passem, e as correcções de use-after-free no 7.1-rc3 são exactamente o tipo de bug que os patches assistidos por IA têm tido historicamente dificuldade em apanhar. Falhas de segurança de memória em subsistemas centrais como o Bluetooth e a pilha gráfica não são teóricas — são as fendas que os alertas de segurança reais exploram. Mais patches só funcionam 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 caso o ciclo termine em RC7, ou 14 de Junho de 2026 caso seja necessária uma RC8 final.

Discussão

Existem 0 comentários.