Torvalds explica onde a IA é útil para ele e onde representa risco para o kernel do Linux

Linus Torvalds, que tem 56 anos este ano e cujo kernel Linux completa 35, falou sobre IA na programação. A fórmula dele é simples: «Eu uso IA para fazer o que eu faço mal». O vibe coding, ou seja, escrever programas descrevendo a tarefa a uma rede neural sem analisar a fundo o resultado, ele chamou de «uma maneira maravilhosa de encontrar alegria na programação». Mas ressalvou logo em seguida: essa abordagem não serve para conduzir o desenvolvimento do Linux. A busca de bugs com ajuda de IA, por outro lado, lhe agrada.

Ferramenta para os pontos fracos

Há nessa posição nem empolgação, nem rejeição. Torvalds não diz que a IA vai substituir o programador. Ele a descreve como uma forma de cobrir lacunas em áreas onde não tem habilidade nem vontade de desenvolvê-la. Segundo a imprensa, ele já usou um assistente de IA em um pequeno projeto de hobby: o assistente escreveu uma parte auxiliar em uma linguagem com a qual Torvalds quase não trabalha, e o código principal ele escreveu por conta própria.

A lógica é clara. Quem passou a vida escrevendo código de baixo nível em C não tem obrigação de virar especialista em visualização de dados ou em scripts. Se a rede neural faz isso em minutos e o custo de um erro é baixo, o negócio compensa. A palavra «alegria» na avaliação dele também pesa: o vibe coding derruba a barreira de entrada e devolve o prazer de ver uma ideia virar rapidamente algo que funciona.

Por que o kernel joga em outra liga

O problema começa onde o código vira infraestrutura compartilhada. O kernel do Linux roda em servidores, smartphones, dispositivos embarcados e na nuvem. Cada patch passa pela revisão dos mantenedores, e a atenção humana continua sendo o recurso mais escasso do projeto. Código gerado sem compreensão e aceito «porque funciona» transfere o custo para quem o revisa.

Esta é uma conclusão nossa a partir da declaração de Torvalds, não uma citação dele. Mas ela é coerente com o que ele disse de forma direta: o vibe coding serve para o prazer pessoal, não para conduzir o desenvolvimento do kernel. Ali, o que se valoriza é previsibilidade, legibilidade e a responsabilidade do autor por cada linha.

Nesse esquema, a busca de bugs aparece como uma exceção natural. Se a IA aponta um trecho suspeito, quem toma a decisão continua sendo uma pessoa. Uma dica errada custa alguns minutos de verificação. Um erro não detectado no kernel custa muito mais.

A posição em fatos

• Fonte: ZDNet, matéria de 9 de outubro de 2026.
• Citação principal: «Eu uso IA para fazer o que eu faço mal».
• Vibe coding: «uma maneira maravilhosa de encontrar alegria na programação».
• Desenvolvimento do kernel do Linux: o vibe coding não é adequado.
• Busca de bugs com ajuda de IA: aceitável.
• Idade do projeto: o Linux surgiu em 1991.

Como aplicar essa abordagem na equipe

A posição de Torvalds se transforma com facilidade em regra de trabalho. Primeiro, separe as tarefas pelo custo do erro. Protótipos, scripts internos, visualizações e experimentos de aprendizado podem ser entregues à IA quase sem restrições. O código que vai para produção deve passar pela revisão de sempre, e o autor precisa ser capaz de explicar cada decisão.

Segunda regra: identifique seus pontos fracos. Se você é desenvolvedor de back-end e não gosta de escrever front-end, é nessa área que a IA vai dar o maior ganho. Na sua área de especialidade, ela costuma gerar ruído desnecessário, e você percebe os deslizes rapidamente.

Terceira: comece pela análise, não pela geração. Análise estática, busca de condições de corrida e vazamentos, explicação de código alheio: são tarefas em que a IA economiza tempo e a decisão continua com a pessoa. Se o projeto já tem uma política para patches feitos com IA, siga-a. Se não tem, vale escrevê-la antes que o primeiro commit gerado chegue à branch principal.

No fim, Torvalds não pede nem que se abandone a IA, nem que se confie nela. Ele propõe uma pergunta honesta: quão bem você mesmo domina aquilo que pretende delegar ao modelo?