Razão do Projeto Zig para sua Política Rigorosa Anti-LLM de Contribuições

O projeto Zig mantém uma das políticas anti-LLM mais rígidas entre os grandes projetos de código aberto: nada de LLMs para issues, pull requests ou comentários no rastreador de bugs — incluindo tradução. Os usuários podem postar em seu idioma nativo e contar com ferramentas de tradução de terceiros, mas conteúdo gerado por LLM é proibido.

Por que a Proibição?

O VP de Comunidade da Zig Software Foundation, Loris Cro, explicou a lógica em um post intitulado "Pôquer do Contribuidor e a Proibição de IA do Zig." A ideia central: contribuidores importam mais que contribuições.

Em projetos de código aberto bem-sucedidos, os mantenedores eventualmente recebem mais PRs do que conseguem processar. A abordagem do Zig é aceitar PRs imperfeitos e ajudar novos contribuidores a melhorar — não apenas por justiça, mas porque cada contribuidor representa um investimento. O objetivo de revisar PRs não é meramente aprovar código, mas formar novos contribuidores confiáveis que se tornem prolíficos ao longo do tempo.

A assistência de LLM quebra completamente esse modelo. Mesmo que um LLM envie um PR perfeito, o tempo gasto revisando-o não contribui em nada para desenvolver um novo contribuidor confiante e digno de confiança. Cro chama isso de "pôquer do contribuidor" — citando o ditado do pôquer "jogue a pessoa, não as cartas." No pôquer do contribuidor, você aposta no contribuidor, não no conteúdo do primeiro PR dele.

Contexto: Fork do Bun

O projeto mais proeminente escrito em Zig — o runtime JavaScript Bun — foi adquirido pela Anthropic em dezembro de 2025 e faz uso intenso de assistência de IA. O Bun opera seu próprio fork do Zig e recentemente alcançou um ganho de desempenho de 4x no comando bun compile ao adicionar análise semântica paralela e múltiplas unidades de codegen ao backend LLVM. No entanto, como afirma o Bun: "Não planejamos atualmente enviar isso upstream, pois o Zig tem uma proibição rigorosa de contribuições escritas por LLM."

O argumento de Cro também aborda uma réplica comum: se um PR é majoritariamente escrito por um LLM, por que um mantenedor deveria gastar tempo discutindo-o em vez de usar seu próprio LLM para resolver o mesmo problema?

Para Quem é Este Artigo

Mantenedores de código aberto avaliando políticas de contribuição de IA, e desenvolvedores curiosos sobre os argumentos filosóficos e práticos por trás do número crescente de proibições de LLM em projetos de código aberto.