O kernel Linux planeja remover a exigência da tag Assisted-by para patches com IA. Entenda o consenso do Maintainers Summit, o patch e os impactos da decisão.
O kernel Linux é um dos projetos de código aberto mais importantes do mundo. Ele sustenta desde servidores de grande porte até dispositivos móveis. Por isso, qualquer mudança nas regras de contribuição tem um impacto enorme.
Nos últimos meses, uma dessas regras chamou a atenção: a tag “Assisted-by”, usada para indicar quando ferramentas de Inteligência Artificial (IA) ou modelos de Linguagem de Grande Porte (LLMs) ajudaram na criação de um patch.
Agora, essa exigência está prestes a cair. Um patch enviado à lista de discussão do kernel Linux (LKML) propõe remover a documentação que torna a tag obrigatória. A decisão foi amadurecida durante o Linux Maintainers Summit, realizado em Praga, na semana anterior ao envio do patch.
O consenso entre os principais mantenedores foi o de descontinuar a exigência, embora ainda queiram saber como um patch foi criado.
Neste artigo, você vai entender o que era a tag Assisted-by, por que ela foi criada, o que o patch propõe, como a comunidade reagiu e o que muda para quem contribui com o kernel Linux.
O que era a tag “Assisted-by” e por que ela existia
A tag Assisted-by foi introduzida na documentação do kernel Linux para dar transparência sobre o uso de ferramentas de IA no desenvolvimento de patches.
A ideia era simples: se um desenvolvedor usasse um LLM ou um agente de codificação para gerar, revisar ou testar parte de uma contribuição, deveria registrar isso no commit.
O formato original previa algo como:
Assisted-by: AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2]
Além do nome do modelo, a tag podia incluir ferramentas especializadas de análise, como coccinelle, sparse, smatch ou clang-tidy. Ferramentas básicas de desenvolvimento, como git, gcc, make e editores de texto, não precisavam ser listadas.
O objetivo era duplo: rastrear a evolução do papel da IA no processo de desenvolvimento e permitir que os mantenedores soubessem quando um patch tinha sido auxiliado por IA.
A documentação chegava a dizer que a falha em adicionar a tag poderia impedir a aceitação da contribuição.
Mas, na prática, a tag gerou controvérsia. Para muitos desenvolvedores, ela se tornou redundante e pouco informativa. Kees Cook, mantenedor do kernel, resumiu bem: “Yup, it has become as redundant as specifying what editor I use” — em tradução livre, “sim, tornou-se tão redundante quanto especificar qual editor eu uso”.
Cook explicou que usa LLMs constantemente em quase todos os aspectos do seu trabalho. Se a exigência antiga ainda valesse, o modelo do seu e-mail simplesmente colocaria “Assisted-by: LLM” em tudo, porque, no mínimo, a IA conduziu a etapa de build e teste.
O patch que remove a exigência
Em português: “O Maintainers Summit alcançou consenso para descontinuar a tag Assisted-by. Remover a documentação que a exige.”
O patch altera quatro arquivos:
- Documentation/process/coding-assistants.rst
- Documentation/process/submitting-patches.rst
- Documentation/translations/it_IT/process/submitting-patches.rst
- scripts/checkpatch.pl
No total, são 51 linhas removidas e apenas 1 linha adicionada. A mudança elimina a seção “Attribution” que explicava o formato da tag e também retira a exigência da tag no procedimento de correção de bugs e na documentação de submissão de patches.
O patch ainda aguarda revisão e integração, mas o consenso do summit torna sua aprovação provável.
O consenso do Maintainers Summit em Praga
O Linux Maintainers Summit é um encontro fechado que reúne os principais mantenedores do kernel. Em 2026, o evento aconteceu em Praga e não teve uma agenda rígida, com os tópicos fluindo de forma mais livre.
Segundo o relato publicado pelo LWN.net, um dos pontos discutidos foi justamente a atribuição de IA. A conclusão foi clara: “The requirement to add Assisted-by tags to patches created with LLMs will be removed, but maintainers still want to know about how a patch was created.”
Ou seja, a exigência da tag cai, mas os mantenedores ainda querem saber como um patch foi produzido.
Essa distinção é importante. A remoção da tag não significa que os mantenedores deixaram de se importar com o uso de IA. Significa que a tag obrigatória não é mais considerada a melhor forma de obter essa informação.
A preferência agora é que os detalhes sobre o uso de ferramentas apareçam na carta de apresentação (cover letter) do patch ou na descrição do commit, de forma mais contextual e menos burocrática.
Linus Torvalds, criador do kernel, também se manifestou no summit. Segundo o LWN, ele afirmou que culpar os LLMs pelos problemas da comunidade é errado; o problema está nos usuários de LLM que não entendem como usá-los ou como o kernel funciona.
Um LLM bem treinado é uma ferramenta útil, mas leva tempo para chegar a esse ponto.
Produto Recomendado
Se você é do time que prefere liberdade, desempenho e personalização, essa caneca foi feita para você.
Apresentamos a Caneca Linux Mint B-green Dark — o item definitivo para quem vive o open source e quer mostrar seu estilo até na hora do café.
Com design B-green Dark, ela traz a identidade do Linux Mint de forma moderna, marcante e cheia de personalidade. Perfeita para o home office, escritório, faculdade ou para presentear aquele amigo que só fala de Linux.
Por que você vai amar:
- Estampa exclusiva Linux Mint B-green Dark
- Material de alta qualidade, resistente para o dia a dia
- Capacidade ideal para café, chá, capuccino ou mate
- Ótima opção de presente para devs, sysadmins, estudantes de TI e entusiastas de tecnologia
- Mostra seu amor pelo software livre com muito estilo
Estoque limitado. Garanta a sua agora! 👇
A divisão na lista de discussão
Apesar do consenso no summit, a LKML não ficou em silêncio. O tópico gerou opiniões divergentes. Alguns desenvolvedores apoiam a remoção, argumentando que a tag se tornou inútil. Outros preferem manter a clareza sobre se um patch foi ou não auxiliado por IA.
Lorenzo Stoakes (ARM) , por exemplo, deu seu “Acked-by” ao patch, mas fez uma observação importante: “The tag’s useful for push back on review, but the only long-term strategy for slop is to aggressively ignore it.”
Em tradução livre: “A tag é útil para rejeitar revisões, mas a única estratégia de longo prazo para o lixo é ignorá-lo agressivamente.” Ele lembrou que Linus já deixou claro que isso é aceitável. Stoakes também defendeu que a comunidade adote uma espécie de “proof-of-effort” (prova de esforço) para novos contribuidores.
A ideia é exigir que quem quer contribuir com o kernel demonstre algum investimento real — como participar de conferências, ter um mantenedor conhecido como avalista ou passar pelo programa de mentoria do kernel.
Isso, segundo ele, resolveria a maior parte do “slop” (contribuições de baixa qualidade) de imediato.
Krzysztof Kozlowski, outro desenvolvedor ativo, pediu que o patch incluísse argumentos concretos usados no consenso do summit. Ele observou que a mudança reverte um consenso anterior e que, por isso, precisaria de justificativa.
Jori Koolstra também participou do debate e defendeu que a solução de longo prazo não é a tag, mas sim ignorar o lixo e exigir prova de esforço dos novos contribuidores.
Checklist para contribuir com o kernel Linux após a mudança
Copie e use esse Checklist
□ Não use mais a tag Assisted-by de forma obrigatória.
□ Descreva o uso de IA na carta de apresentação ou na descrição do commit, se relevante.
□ Mantenha a transparência sobre ferramentas usadas, quando isso ajudar os revisores.
□ Foque na qualidade do patch: um bom patch é aquele que resolve o problema, independentemente de ter sido auxiliado por IA.
□ Assine o DCO (Developer Certificate of Origin) e assuma total responsabilidade pela contribuição.
□ Revise o checkpatch.pl para garantir que não há mais exigências relacionadas à tag.
□ Participe da comunidade: a prova de esforço é cada vez mais valorizada.
Conclusão
A remoção da exigência da tag Assisted-by no kernel Linux representa um amadurecimento da comunidade em relação ao uso de IA.
A tag cumpriu seu papel inicial de dar transparência, mas, na prática, tornou-se burocrática e pouco informativa. O consenso do Maintainers Summit em Praga sinaliza que os mantenedores preferem qualidade e contexto a rótulos obrigatórios.
Para quem contribui com o kernel, a mensagem é clara: foque na qualidade do patch, seja transparente sobre o uso de ferramentas quando isso for relevante e esteja preparado para demonstrar esforço real.
A IA é uma ferramenta poderosa, mas o que realmente importa é o humano por trás dela — e a responsabilidade que ele assume pela contribuição.
O patch ainda está em discussão na LKML, mas a tendência é que seja integrado em breve. Acompanhe as atualizações na lista de discussão e fique atento às mudanças na documentação oficial.
Nenhum comentário:
Postar um comentário