A disputa em torno do chardet mostrou como a AI está mudando as regras do open source e do licenciamento de código

A história em torno da biblioteca chardet se tornou uma das disputas mais notáveis sobre IA em código aberto. O mantenedor reescreveu o projeto com ajuda de um agente de IA, mudou a licença e essencialmente propôs à comunidade decidir se considerá-lo um novo produto ou uma cópia controversial do antigo.

Como começou a disputa

No centro da história está o desenvolvedor Dan Blanchard, que mantém chardet há mais de 12 anos. No início de março, ele lançou uma nova versão da biblioteca, alegando que foi escrita do zero e, portanto, pode ser distribuída primeiro sob MIT e depois sob 0BSD em vez da anterior LGPL. Segundo ele, o objetivo era prático: acelerar o código, melhorar a precisão e remover a restrição de licença que impedia chardet de ser incluído na biblioteca padrão do Python.

Blanchard descreveu o processo como uma "sala limpa". Primeiro, um framework de agente o ajudou a reunir especificações: compatibilidade com a API pública, funcionamento em CPython e PyPy, ênfase em multi-threading e desempenho. Depois essas instruções foram para Claude, que gerou uma nova implementação.

Verificação via JPlag mostrou pouco mais de 1% de correspondências com a versão LGPL mais recente, e o mantenedor chamou isso de evidência a favor da legitimidade da abordagem. Mas até mesmo um esquema tão transparente não acalmou a comunidade: dezenas de contribuidores se opuseram à mudança de licença.

Onde passa a linha

A pergunta principal soa simples: o código pode ser considerado "limpo" se a pessoa que formula a especificação trabalhou com o projeto original por muitos anos e conhece bem sua estrutura? Aqui é onde críticos veem o ponto fraco de toda a construção. O autor original da biblioteca, Mark Pilgrim, objetou publicamente que ferramentas generativas não dão ao mantenedor nenhum direito adicional para relicenciar. Para seus apoiadores, o problema não é com a IA em si, mas com uma tentativa de contornar copyleft através de uma substituição formal da implementação.

"Usar um gerador de código sofisticado não dá nenhum direito adicional."

A parte legal da disputa também está longe de ser clara. O artigo observa que na Rússia está sendo discutido um projeto de lei segundo o qual conteúdo gerado por IA poderia receber proteção como obra de direito autoral se reconhecido como original. Nos EUA, por outro lado, em março de 2026 uma abordagem mais rigorosa foi confirmada: trabalho sem contribuição humana significativa não recebe proteção de direitos autorais. Isso cria um paradoxo: se a nova versão da biblioteca foi de fato quase inteiramente criada por um agente, então não apenas a transferência de licença se torna controversial, mas também a questão de se tal código tem um detentor de direitos autorais pleno.

O que a prática muda

Os apoiadores de Blanchard têm sua própria lógica. Eles nos lembram que o método de sala limpa é mais antigo que a onda atual de IA: sistemas compatíveis foram reescritos dessa forma nos anos 1980, e hoje modelos apenas reduzem drasticamente o custo e tempo de tal trabalho. Nesta visão, a história do chardet não é um ataque ao código aberto, mas uma nova técnica de engenharia. Seus apoiadores acreditam que um módulo reescrito do zero mais rapidamente às vezes é mais útil do que dependência de uma licença antiga, um único mantenedor ou um repositório abandonado.

• Pode obter rapidamente uma substituição compatível de uma biblioteca crítica
• Mais fácil adaptar um projeto para uma licença permissiva e uso corporativo
• Reduz o risco de sabotagem ou comprometimento de um pacote na cadeia de suprimentos
• A comunidade ganha uma forma mais barata de fazer forks e criar implementações concorrentes

Disso também surgem novos riscos. Se grandes empresas começarem a "reconstruir" massivamente produtos abertos de outras pessoas com ajuda de agentes, disputas sobre licenças rapidamente se tornarão uma luta por ecossistemas e audiência. O artigo nos lembra do fork OpenTofu após a mudança de licença do Terraform, bem como exemplos recentes onde empresas de nuvem reproduzem ferramentas de outras pessoas em questão de dias. Em tal ambiente, o fator decisivo permanece não apenas a lei, mas também a confiança da comunidade: desenvolvedores podem simplesmente não mudar para o novo branch, mesmo que seja formalmente impecável.

O que isto significa

A disputa em torno do chardet mostra que a IA em código aberto muda não apenas a velocidade do desenvolvimento, mas também a lógica da propriedade do código em si. Agora a comunidade terá que renegociar onde termina a inspiração arquitetônica e começa a transferência do projeto de outra pessoa sob um novo nome e licença.