Kernel do Linux caminha para abandonar a tag Assisted-by de IA

Os mantenedores do kernel Linux concordaram em deixar de exigir a tag "Assisted-by" em patches escritos com ajuda de ferramentas de IA. A tag servia para mostrar qual código uma IA ajudou a escrever. Mas só cerca de 10% dos commits do Linux 7.3 a traziam, embora se acredite que o uso de IA seja muito mais comum. Linus Torvalds apoia a mudança, enquanto alguns mantenedores querem uma substituta antes que a regra caia.

Uma tag, no jargão do kernel, é uma linha no fim de uma mensagem de commit, como "Signed-off-by" ou "Reviewed-by". A "Assisted-by" indicava a ferramenta de IA que ajudou a escrever um patch.

O que foi decidido

Cerca de 30 desenvolvedores convidados se reuniram no Maintainers Summit, em Praga, em 8 de outubro de 2026. A maioria concordou que patches feitos com ajuda de IA não precisam mais da tag, informa o heise.

Sasha Levin, o desenvolvedor por trás da regra original, publicou então um patch intitulado "docs: remove Assisted-by references". Ele enviou uma versão revisada em 13 de outubro. Jonathan Corbet, do LWN.net, aceitou o patch no branch docs-next do kernel, voltado a mudanças na documentação, diz o heise. Ele ainda precisa chegar à árvore principal do kernel.

A mudança não esconde totalmente o uso de IA. Com o patch, os desenvolvedores descrevem suas ferramentas de IA na cover letter, o e-mail que apresenta uma série de patches, e não em cada commit. Agentes de IA continuam proibidos de adicionar uma linha "Signed-off-by", que certifica que uma pessoa tem o direito de enviar o código.

Por que a tag vai sair

Os números falaram por si. Dos 18.533 commits do Linux 7.3 até seu sétimo release candidate, só cerca de 10% traziam a tag, segundo o heise e o Next. Commits de merge não foram contados. Corbet escreveu que a parcela real de patches feitos com ajuda de IA é "certamente muito maior", conforme citado em francês pelo Next.

Levin deu vários motivos, segundo o heise. Alguns desenvolvedores não conhecem a regra. Outros omitem a tag de propósito. Os mantenedores raramente perguntam. Assim, a ausência da tag não diz nada sobre como um patch foi feito.

Como a regra começou

A tag é recente. Levin levantou a ideia pela primeira vez em julho de 2025, propondo uma tag "Co-developed-by" para contribuições de IA, que depois virou "Assisted-by", informa o Next. Os mantenedores a adotaram no summit de 2025, e a política "AI Coding Assistants" entrou em vigor com o Linux 7.0. Corbet a aprovou em janeiro de 2026.

Uma tentativa anterior de remover a tag fracassou em julho, diz o heise. Greg Kroah-Hartman defendeu mantê-la na época.

Quem discorda

A mudança não é unânime. Laurent Pinchart, um dos desenvolvedores no debate da lista de discussão, recusou-se em uma mensagem de 13 de outubro a remover a tag até que exista uma substituta, informa o Next. O argumento dele é que uma regra define expectativas, mesmo quando algumas pessoas a ignoram.

Torvalds vê a questão de outro jeito. Ele se opõe a regras que proíbem ferramentas específicas e as chamou de "estúpidas", informa o heise. Segundo o Next, ele disse que os colaboradores precisam entender o próprio código, e que esse entendimento tem pouco a ver com as ferramentas que usaram. Ele acrescentou que patches de baixa qualidade vêm sobretudo de novatos, e que culpar as ferramentas de IA é contraproducente.

Torvalds também usa essas ferramentas. No início deste mês, ele usou o Claude Code para reformular parte do cache de páginas do Linux, e disse isso na mensagem de commit.

Onde estão os outros projetos

Os projetos open source estão divididos quanto a contribuições de IA, observa o Next. Debian, Fedora, LLVM e Firefox as aceitam se o código puder ser revisado e explicado. Cobrimos a votação do Debian para permitir contribuições assistidas por IA em agosto. Gentoo, NetBSD, Zig e Krita as recusam ou as suspenderam, e o SourceHut proibiu de vez o código feito com ajuda de LLMs. O KDE não tem posição oficial.

O que isso significa para desenvolvedores

Se você envia patches para o kernel Linux, fique de olho na chegada da mudança na documentação ao mainline. Até lá, a documentação atual ainda pede a tag. Quando a mudança entrar, mencione as ferramentas de IA na sua cover letter em vez disso.

A regra que importa não muda. Você precisa entender cada linha que envia e assiná-la você mesmo. Uma ferramenta de IA nunca pode adicionar o seu "Signed-off-by" por você.

Para mantenedores de outros projetos, os dados do kernel são um alerta. Uma regra de divulgação que só 10% dos colaboradores seguem dá uma imagem falsa de como o código é escrito. Se você quer uma divulgação honesta, torne-a fácil, peça por ela na revisão e decida o que vai fazer com a resposta.