O Rust Adota uma Política Formal de LLM para seu Repositório Principal

Cinco equipes do projeto Rust adotaram uma política formal que regula como os grandes modelos de linguagem podem ser usados ao contribuir para rust-lang/rust, o repositório principal do projeto, Jynn Nelson, autor da política, anunciou no blog Inside Rust em 5 de agosto de 2026. A política (ratificada pelas equipes de compilador, libs, types, rustdoc e bootstrap) substitui o que Nelson descreve como uma abordagem de moderação não publicada e “selvagem” por um conjunto de regras escritas e públicas.

A política não é uma posição geral do projeto sobre a IA, e é cuidadosa em dizer isso. Ela se aplica apenas ao repositório rust-lang/rust e apenas às equipes que a ratificaram. Mas dentro desse escopo, ela traça uma linha clara: LLMs são bem-vindos como ferramentas para pensar, não como substitutos para isso.

O que a política realmente diz

O documento resume-se em uma única frase:

> É permitido usar LLMs para responder perguntas, analisar, destilar, refinar, verificar, sugerir, revisar. Mas não para criar.

Na prática, isso produz três níveis. Permitido abertamente: qualquer uso privado onde o contribuinte é a única pessoa que vê a saída — fazer perguntas sobre o código, resumir uma thread, revisar privadamente o próprio código. Permitido com divulgação obrigatória: tradução automática, alterações triviais como correções de erros de digitação, descoberta de bugs assistida por LLM e bots de revisão assistidos por LLM, que devem ser executados a partir de contas do GitHub separadas e claramente rotuladas que os usuários individuais podem bloquear. Proibido: comentários criados por LLM, documentação e diagnósticos do compilador criados por LLM; qualquer processo que exija a execução de um LLM; e tratar uma revisão de LLM como suficiente para mesclar ou rejeitar uma alteração.

Os dentes mais afiados estão no projeto de aplicação. Representar intencionalmente o uso de LLM como uma violação do Código de Conduta do projeto — o mesmo nível de assédio — acarreta um aviso e, para violações repetidas, uma proibição. O documento é explícito que muitas de suas cláusulas são inaplicáveis na prática, e diz que isso é deliberado: “Nosso objetivo não é pegar todas as violações… Em vez disso, nosso objetivo é remover a plausível negabilidade: forçar uma escolha entre seguir a política e intencionalmente violá-la.”

Um experimento limitado para código escrito por LLM

O código autorado por LLM não é proibido abertamente. Ele é confinado a um experimento com condições de entrada estritas: as alterações devem ser pré-arranjadas com um revisor nomeado, não críticas para a solidez do compilador, bem testadas e bem revisadas, com divulgação exigida em todos os casos. Novos contribuintes não podem abrir uma solicitação de pull criada por LLM sem primeiro garantir um revisor. Se não houver um conjunto de testes para o código alterado, o autor deve escrevê-lo ou fechar a solicitação de pull. Sem exceções.

O experimento tem seu próprio disjuntor. Se mais da metade das solicitações de pull mescladas em uma janela de seis semanas forem criadas por LLM, as mesclagens de solicitações de pull criadas por LLM param até que a participação caia abaixo de 50%, com um tempo mínimo de cooldown de dez dias. A janela está alinhada com o ciclo de lançamento de seis semanas do Rust. Todas essas solicitações de pull levam uma nova etiqueta ai-assisted e são publicadas em um canal privado do Zulip cujo propósito é a coleta de dados (se os contribuintes assistidos por LLM estão aprendendo, retornando e produzindo trabalho útil), e não gatekeeping.

Por que agora

O anúncio de Nelson descreve três pressões que empurraram as equipes de uma moderação informal para regras escritas. As solicitações de pull polidas não sinalizam mais esforço ou compreensão, o que corrói os sinais de confiança que a cultura de revisão do projeto funciona. A geração de código mais barata piora a escassez existente de largura de banda de revisão: o repositório atualmente tem 1.281 solicitações de pull abertas, e o recurso escasso sempre foi o julgamento do revisor, não o código. E os contribuintes que respondem a comentários de revisão colando-os em um LLM e colando a saída de volta estão, nas palavras de Nelson, desperdiçando o tempo de todos e quebrando a suposição de que um revisor está falando com uma pessoa.

O cenário é uma divisão genuína dentro do projeto. A seção de motivação da política afirma que não há consenso dentro do Rust, “e provavelmente nunca haverá”, sobre quando as ferramentas baseadas em IA são aceitáveis, com membros variando de usuários diários àqueles que consideram qualquer uso inaceitável. É por isso que o documento é construído para ser alterado: revisões principais exigem aprovação de cada equipe que ratificou, e a política pode ser dissolvida inteiramente por essas equipes ou substituída por um comitê de LLM de projeto amplo que o conselho de liderança está considerando.

Os detalhes finais

O escopo é mais estreito do que o título sugere. A política não cobre outros repositórios na organização rust-lang, trabalhos de equipe de linguagem como rastreamento de problemas e relatórios de estabilização, o guia de estilo ou equipes que não a ratificaram. Cada um permanece livre para estabelecer suas próprias regras. Membros da organização rust-lang estão isentos da restrição “não crítica” de código criado por LLM, embora a política diga que desencoraja fortemente o uso dessa isenção, e as solicitações de pull escritas antes que a política entrasse em vigor também estão isentas. Assediar um contribuinte por usar um LLM é proibido, independentemente de o uso ter violado a política.

O que acontece em seguida

O canal privado do Zulip começa a coletar dados sobre solicitações de pull criadas por LLM assim que a etiqueta ai-assisted estiver em uso, e a primeira janela de seis semanas do disjuntor dirá às equipes se o experimento está sobrecarregando a fila de mesclagem. A proposta pendente do conselho de liderança para um comitê de LLM dedicado, se formado, teria precedência sobre essa política e poderia estender as regras em todo o projeto, cobrindo chats, fóruns e repositórios que hoje não têm política alguma. O post de Nelson argumenta exatamente esse resultado, enquadrando essa política como um primeiro passo e não como uma resposta estabelecida.