Um novo site chamado Open Source Says No está catalogando o número crescente de projetos de código aberto que proíbem explicitamente contribuições geradas por IA, e isso atingiu um nervo: o site chegou à primeira página do Hacker News na terça-feira, atraindo centenas de comentários enquanto os desenvolvedores discutiam se as proibições protegem a qualidade do código ou impedem o futuro. O diretório se descreve como um registro de “projetos OSS que proíbem contribuições geradas por IA e um catálogo mais amplo de políticas de contribuição de IA em todo o setor”.
A aparição do site marca um marco visível em uma tensão que vem crescendo nas comunidades de mantenedores há meses, à medida que grandes volumes de solicitações pull escritas por máquina competem cada vez mais pelo tempo limitado de revisão dos mantenedores voluntários. O debate é um dos vários pontos críticos sobre como o mundo do software está absorvendo ferramentas generativas, um tópico que acompanhamos de perto em nossa cobertura da indústria de IA.
O que o diretório rastreia
Open Source Says No lista os principais repositórios junto com suas contagens de estrelas e as datas em que suas políticas foram verificadas. Entre as entradas confirmadas em 11 de novembro estão Immich, a solução auto-hospedada de gerenciamento de fotos e vídeos amplamente usada com cerca de 118.800 estrelas no GitHub, Meilisearch, a API do mecanismo de busca com cerca de 59.800 estrelas, e OkHttp, o cliente HTTP proeminente para JVM e Android mantido sob a égide da Square, com cerca de 47.100 estrelas.
A lista também inclui Servo, o projeto de mecanismo de navegador verificado em outubro, stb, as conhecidas bibliotecas C/C++ de domínio público de arquivo único, e Redox OS, o sistema operacional escrito em Rust. Os projetos abrangem domínios totalmente diferentes – desde aplicativos auto-hospedados para consumidores até software de sistemas básicos – que o site apresenta como evidência de que a resistência ao código gerado por IA não está confinada a nenhuma subcultura de programação.
Além do diretório em si, o site oferece uma ferramenta prática voltada para mantenedores e contribuidores: os usuários podem colar um link de repositório GitHub e o site abre um problema pré-preenchido enquanto uma verificação automatizada de política é executada nele. Isto posiciona o projecto menos como uma declaração e mais como uma infra-estrutura para aplicação, dando aos mantenedores uma forma repetível de documentar e comunicar as suas políticas de contribuição.
Por que os mantenedores estão traçando os limites
A discussão no Hacker News revelou as motivações por trás dessas políticas. Vários comentaristas descreveram projetos recebendo inundações de pull requests inteiramente gerados por IA, com um deles observando que eles percorreram repositórios onde, em suas palavras, não conseguiram encontrar um único pedaço de texto que parecesse ter sido escrito por um humano, apesar do que parecia ser um fluxo de contribuição ativo.
O principal problema é a falta de atenção: a revisão de uma solicitação pull leva tempo real, e os mantenedores argumentam que verificar o código gerado por máquina — especialmente contribuições cujos autores podem não entender o que o código faz — pode custar mais esforço do que escrever o código do zero. Outros apontaram para o que chamaram de contribuidores “entusiasmados”, agindo, como disse um comentarista, como um substituto para qualquer fornecedor de IA que ofereça um teste gratuito naquela semana, enviando alterações de baixo esforço em busca de contagens de contribuições.
Uma comunidade dividida
Nem todos concordam que as proibições são uma coisa boa. Alguns argumentaram que projetos conduzidos pela comunidade, como Servo ou Redox OS, já lutam por financiamento e contribuidores, e que bloquear o trabalho assistido por IA corre o risco de afastar exatamente as pessoas de que esses projetos precisam. Outros argumentaram que a questão é esta filtragem: se um potencial contribuidor só estiver disposto a participar sob a condição de enviar produção de máquina não revisada, a proibição simplesmente resolverá as incompatibilidades antecipadamente.
Houve também um campo pragmático que vê as proibições como uma sinalização útil. Vários comentaristas disseram que o diretório os ajuda a identificar bases de código com supervisão humana ativa – bibliotecas nas quais podem confiar mais prontamente e comunidades onde as contribuições serão realmente lidas. Outros questionaram se a linguagem política combina práticas distintas, observando uma grande lacuna entre os resíduos de IA não revisados submetidos em massa e a codificação de agentes guiada por humanos, que muitos desenvolvedores profissionais consideram agora uma prática padrão.
O que isso significa para o código aberto
Para os contribuidores, a consequência prática é direta: as políticas de contribuição estão a tornar-se uma parte de primeira classe da documentação do projeto, e a submissão de trabalho gerado pela IA a um projeto que o proíbe é agora uma violação documentada da política, em vez de um julgamento. Para as empresas que dependem de componentes de código aberto, a tendência é um sinal para verificar a contribuição e a postura de governança de sua árvore de dependências, uma vez que as práticas de licenciamento e manutenção estão cada vez mais emaranhadas com a forma como cada projeto trata o código gerado por máquina.
O crescimento ou a estabilização do movimento dependerá de as fundações tradicionais e os projectos de grande dimensão adoptarem regras semelhantes. Por enquanto, a lista em rápido crescimento do directório - e a intensidade da discussão em torno dela - sugere que a questão de quem escreve o código-fonte aberto, e quem é responsável pela sua revisão, passou dos canais secundários das listas de correio para uma luta de primeira página.
---
Fique à frente da IAReceba as últimas notícias, análises e avanços sobre IA — tudo em um só lugar.
Leia mais notícias sobre IA →
