Software Livre na Era dos Agentes: Uma Questão de Governança

As “quatro liberdades” do software livre de Richard Stallman (executar, estudar, modificar, redistribuir) sempre existiram no papel. Na prática, eram liberdades para quem sabia programar. Todos os outros tinham os direitos na licença e o produto do fornecedor na tela.

Agentes de codificação com IA mudam esse cálculo. Um usuário sem formação técnica, com um agente, pode fazer fork de um projeto open-source, modificá-lo conforme sua necessidade e colocá-lo em produção. Não em teoria. Agora. A liberdade de modificar software se tornou uma capacidade prática pela primeira vez desde que Stallman escreveu a GPL.

George London, CTO da Upwave, argumenta que isso pode fazer o software livre voltar a ser relevante. Ele está certo sobre a direção. Mas as consequências de governança são maiores do que ele explora.

Tráfego de Documentação como Indicador Antecipado

O Tailwind CSS, popular framework de utilidades CSS, viu seu tráfego de documentação cair aproximadamente 40% desde 2023. Seu criador, Adam Wathan, reduziu a equipe de engenharia em 75% em janeiro de 2026. A documentação continua lá. O framework funciona. Mas os humanos que liam os docs estão sendo substituídos por agentes que os consomem programaticamente.

É o padrão que descrevemos em Quando Interfaces Se Tornam Descartáveis: agentes ignoram completamente a camada de interface. London leva essa observação ao seu ponto final lógico. Se agentes conseguem ler documentação, escrever código e modificar software open-source em nome do usuário, o fosso competitivo do SaaS fechado evapora.

Considere o Sunsama, uma ferramenta de produtividade. Um usuário abriu um pedido de acesso à API em dezembro de 2019. Seis anos depois, o pedido continua aberto. Em um sistema fechado, usuários esperam. Em um sistema aberto com um agente, usuários corrigem.

A diferença entre esses dois cenários não é sofisticação técnica. É licenciamento.

AGPL Volta a Ser Estratégica

O Google mantém uma proibição interna ampla de software licenciado sob AGPL. Não é uma curiosidade jurídica. É uma posição estratégica.

A AGPL (Affero General Public License) exige que, se você modificar software AGPL e servi-lo pela rede, suas modificações sejam publicadas. Para empresas SaaS, isso significa que melhorias proprietárias não podem permanecer proprietárias. Toda vantagem competitiva construída sobre código AGPL precisa ser compartilhada.

Quando as únicas pessoas que exerciam esses direitos na prática eram engenheiros, a AGPL era uma preocupação de nicho. Agora que agentes podem fazer fork, modificar e implantar software AGPL para qualquer pessoa, a licença se torna uma alavanca de governança. Organizações escolhendo entre infraestrutura open-source e proprietária não estão mais tomando uma decisão técnica. Estão tomando uma decisão de poder sobre quem controla o direito de modificar, estender e redistribuir o software em que seu negócio opera.

London enquadra isso como um cálculo de “risco de plataforma”, e ele está correto. Um fornecedor SaaS pode aumentar preços, descontinuar funcionalidades ou prender você. Um projeto open-source com licença AGPL não pode. O agente torna essa distinção acionável para pessoas que nunca teriam se importado antes.

O Problema de Sustentabilidade Que Ninguém Quer Discutir

Existe um contra-argumento, e ele é sério.

Pesquisadores da Central European University alertam que agentes de IA podem prejudicar a sustentabilidade do open-source ao romper os ciclos de feedback entre usuários e mantenedores. Hoje, quando um desenvolvedor usa uma biblioteca open-source, ele registra bugs, envia pull requests, participa de discussões e ocasionalmente faz doações. Essas interações sustentam o projeto.

Quando um agente usa a mesma biblioteca, nada disso acontece. O agente lê o código, aplica o patch necessário e segue em frente. Sem bug report. Sem pull request. Sem participação comunitária. O projeto recebe consumo sem contribuição.

O Ghostty, um emulador de terminal open-source, já respondeu a essa pressão. Adotou um modelo de contribuição baseado em aval (vouch-based), onde novos contribuidores precisam ser recomendados por membros existentes. O motivo declarado: contribuições geradas por IA estavam inundando o projeto com patches de baixa qualidade que consumiam tempo dos mantenedores sem agregar valor.

Isso é um problema de governança no sentido clássico. O recurso (atenção dos mantenedores open-source) é finito. A demanda sobre esse recurso (consumo e contribuições geradas por agentes) está escalando sem restrição. Sem estruturas de governança que considerem a participação orientada por agentes, o commons se degrada.

Aberto vs. Fechado Agora É Uma Decisão de Poder

London cita Vitalik Buterin: “Abertura diferente de zero é a única forma de o mundo não convergir eventualmente.” O argumento é filosófico, mas o mecanismo é concreto.

Plataformas fechadas concentram poder. O fornecedor decide quais funcionalidades existem, quais APIs estão disponíveis, quais integrações são permitidas. Usuários se adaptam às escolhas da plataforma ou saem. Na era pré-agentes, essa concentração era tolerável porque o custo de migração era alto e o custo de construir alternativas, mais alto ainda.

Agentes colapsam ambos os custos. O custo de migração cai porque agentes aprendem sistemas novos rapidamente. O custo de construção cai porque agentes escrevem o código de integração, scripts de migração e customizações que antes exigiam equipes de engenharia.

Isso significa que a escolha entre infraestrutura open-source e fechada é agora uma decisão de governança com implicações diretas de poder. Escolher uma plataforma fechada significa escolher concentrar o poder de decisão com o fornecedor. Escolher open-source (com licenciamento apropriado) significa distribuir esse poder a qualquer pessoa com um agente.

Para empresas, isso não é uma questão ideológica. É um cálculo de risco. Quanto poder de decisão sobre sua infraestrutura central você está disposto a delegar a um fornecedor que pode não compartilhar seus interesses?

Como a Governança Se Aplica Aqui

O renascimento do software livre via agentes cria pelo menos três problemas de governança que organizações precisam endereçar.

Governança de contribuição. Se sua organização usa agentes para modificar software open-source, quem revisa essas modificações? Quem decide se elas devem ser enviadas ao projeto original? O agente escreve o patch. A questão de governança é se o patch atende seus padrões de qualidade, está alinhado com seus requisitos de segurança e cumpre as obrigações da licença.

Governança de dependências. Quando agentes podem livremente fazer fork e modificar dependências open-source, a superfície de ataque para vulnerabilidades de cadeia de suprimentos se expande. Hoje, sua árvore de dependências é relativamente estática. Amanhã, seus agentes podem estar criando forks customizados de bibliotecas que divergem do projeto original, gerando obrigações de manutenção e revisão de segurança que não existiam antes.

Governança de licenciamento. AGPL, GPL, MIT, Apache. Cada licença cria obrigações diferentes, e agentes não entendem licenciamento. Um agente que modifica código AGPL e o implanta como serviço de rede ativou obrigações que sua equipe jurídica pode desconhecer. A vantagem de velocidade do desenvolvimento orientado por agentes se torna um passivo sem automação de conformidade de licenças.

A Pergunta Incômoda

O movimento de software livre foi construído sobre um argumento moral: usuários merecem controle sobre o software que usam. Por décadas, esse argumento foi convincente em princípio e irrelevante na prática. A maioria dos usuários não conseguia exercer as liberdades que o software livre concedia.

Agentes de IA tornam essas liberdades exercíveis. Isso é genuinamente novo. Mas liberdades exercíveis sem governança produzem caos, não libertação. O direito de modificar software sem a disciplina de revisar, testar e manter essas modificações não é liberdade. É dívida técnica com justificativa filosófica.

As organizações que vão se beneficiar dessa mudança não serão as que abraçam open-source sem critério nem as que o evitam por reflexo. Serão as que constroem frameworks de governança para modificação de software orientada por agentes: políticas claras de contribuição, automação de conformidade de licenciamento, gestão de dependências e controles de qualidade que levem em conta a velocidade com que agentes operam.

O software livre pode voltar a ser relevante. Mas só se a governança amadurecer tão rápido quanto os agentes.

Fontes

George London. “AI Agents Could Make Free Software Matter Again.” Março 2026.
Central European University. Pesquisa sobre impactos de agentes de IA na sustentabilidade open-source. 2026.
Projeto Ghostty. Modelo de contribuição baseado em aval (vouch-based). 2025-2026.
Adam Wathan. Redução da equipe Tailwind CSS. Janeiro 2026.

Victorino Group ajuda organizações a construir frameworks de governança para desenvolvimento de software orientado por agentes e estratégia open-source: contato@victorino.com.br | www.victorino.com.br