O valor do open source: por que abrir o código, e por que o código nunca foi o diferencial

O texto parte de um episódio de fevereiro: o tldraw cogitou mover seus testes para um repositório privado, com medo de que alguém apontasse um agente para eles e reconstruísse o produto por fora. Malte Ubl chamou isso de slop fork. Steve Ruiz disse depois que era quase uma piada, e os testes ficaram onde estavam. Já a Cal.com fechou o código em abril, e vários mantenedores deixaram de aceitar pull requests.

A tese do autor é que o código nunca foi o diferencial. Copiar sempre foi barato, e a IA só barateia mais. O valor viria de cinco fontes: a confiança de poder ler o código, a possibilidade de corrigi-lo você mesmo, a comunidade, a versão hospedada e as pessoas que passaram anos resolvendo o problema. Ele cita a compra do Bun pela Anthropic (o projeto, segundo Jarred Sumner, "makes $0 in revenue") e o acordo da OpenAI com a Astral como sinais de que se paga pelas pessoas. Sobre licenças, lembra que um slop fork não copia o código, reconstrói o comportamento, então a licença nem entra na conversa. O caso chardet, reescrito com Claude e movido de LGPL para MIT, segue sem decisão judicial.

A discussão vem sendo acompanhada pelo CEVIU. Em 26 de fevereiro de 2026, a matéria "Testes São o Novo Moat" já apontava que contratos, testes e a superfície das APIs ganhavam valor com a IA replicando trabalho humano. Em 27 de fevereiro de 2026, "Open Source na Era da IA" tratava dos fundamentos do open source abalados. Em 24 de julho de 2026, o CEVIU noticiou "A ascensão da IA e o desafio para mantenedores de código aberto", sobre a sobrecarga de PRs gerados por IA. Em 16 de outubro de 2026, "A Commoditização do Código e o Novo Paradigma para Agências de Software" levou o raciocínio de código commoditizado para o mercado de serviços. O texto atual junta essas peças: o foco sai só dos testes como proteção e passa a incluir hospedagem, comunidade e pessoas, além de dados de sobrecarga de mantenedores.

Para quem mantém ou lança um projeto aberto com intenção comercial, a leitura é que a pergunta deixa de ser "devo abrir?" e vira "o que exatamente está no repositório?". O autor sugere abrir a parte sobre a qual se quer que todos construam e garantir que o motivo pelo qual pagam não esteja no repo. Para quem consome open source, o recado é que revisar e corrigir continua sendo trabalho humano e escasso.