Linus Torvalds aprova regras para código de IA no Linux: a responsabilidade é da pessoa

Linus Torvalds e os mantenedores do Linux adotaram as primeiras regras oficiais para código escrito com ajuda de IA. A política não proíbe Copilot, Claude nem outras ferramentas, mas torna a pessoa totalmente responsável por cada linha, cada bug e cada risco de licença.

O que mudou

A documentação do kernel ganhou uma seção própria, AI Coding Assistants. Nela, a equipe do Linux reconhece formalmente que os desenvolvedores vão usar ferramentas generativas de qualquer jeito, então é mais importante para o projeto definir regras claras do que impor proibições simbólicas.

O princípio básico é simples: a IA é uma ferramenta, não um autor. Por isso, qualquer patch que entre no kernel continua precisando passar pelo processo normal de revisão, discussão e verificação manual.

As novas regras exigem que todo o código continue compatível com a licença GPL-2.0-only e que os arquivos tenham identificadores SPDX corretos. Também está definido que um agente de IA não pode incluir a tag Signed-off-by: ela está ligada ao Developer Certificate of Origin e representa uma certificação legal feita por uma pessoa. Apenas um desenvolvedor humano pode assinar esse patch, e é ele quem assume total responsabilidade pela contribuição.

Como enviar patches agora

Na prática, para os desenvolvedores isso não é uma revolução, mas uma camada extra de transparência. Usar IA, por si só, deixou de ser considerado violação, desde que a pessoa consiga explicar o que a ferramenta fez e como o resultado foi verificado.

Em termos simples, o modelo pode ajudar a escrever um patch ou uma descrição, mas não pode substituir o autor, que entende o código, o testa e está pronto para defender as mudanças diante dos mantenedores.

• Revisar manualmente todo o código gerado, em vez de confiar na saída do modelo
• Garantir que os trechos não violem os requisitos de licença do kernel
• Incluir o próprio Signed-off-by, certificando o DCO em nome de uma pessoa
• Indicar Assisted-by com o nome da ferramenta e a versão do modelo
• Não apresentar como contribuição de IA ferramentas comuns como git, gcc, make ou um editor

Essa abordagem não surgiu do nada. Meses de debate sobre o «AI slop» e a qualidade de patches enviados por pessoas com entendimento mínimo do que o modelo gerou levaram à formalização das regras. Causaram repercussão especial os casos em que o uso de IA não foi revelado de imediato: o patch parecia trabalho normal de um desenvolvedor experiente, mas depois se descobriu que boa parte do texto e do código havia sido escrita por um LLM.

O principal problema sem solução

Apesar de prática, a nova política não elimina a pergunta mais incômoda: a origem do código. A documentação exige que a pessoa verifique a pureza de licença da saída da IA, mas não oferece meio de provar de onde veio uma linha específica. Se o modelo gerar um trecho muito parecido com código alheio sob condições incompatíveis, a tag Assisted-by não resolve o problema. O responsável continua sendo quem envia o patch, mesmo que fisicamente não consiga rastrear todo o caminho do treinamento do modelo.

Há uma segunda brecha: a política quase não ajuda contra autores de má-fé. Torvalds disse abertamente que a documentação é escrita para participantes de boa-fé, e quem manda código lixo não vai marcá-lo honestamente como gerado por IA. Em outras palavras, o Linux escolheu não proibir, mas apostar na responsabilidade pessoal: se o código for bom, será avaliado; se for alucinação, regressão ou um patch mal compreendido, quem apertou enviar vai responder por isso.

«A documentação é para os participantes de boa-fé», foi como

Torvalds explicou sua abordagem aos patches de IA.

O que isso significa

O Linux não declarou guerra às ferramentas de IA nem fingiu que o problema não existe. O projeto escolheu um modelo maduro: pode usar, não pode esconder, não pode assinar em nome do modelo, e as consequências legais e técnicas ficam com a pessoa.

Para toda a indústria de código aberto, é um sinal importante: a próxima grande disputa não será sobre permitir ou não a IA, mas sobre como comprovar a origem e a qualidade do código gerado.