OpenCode Venceu a Guerra das Estrelas — Mas a Verdadeira História É de Que Lado Você Está
Há um ano, a pergunta que todo time de engenharia se fazia sobre agentes de código era simples: qual é o melhor? Claude Code, Copilot, Cursor — você escolhe o de melhor output e segue em frente. Essa pergunta hoje ficou quase ultrapassada. A pergunta interessante em meados de 2026 não é qual agente é o melhor. É de que lado você está.
OpenCode forçou essa pergunta a sair à tona. O agente open-source da Anomaly (a empresa que antes operava como SST) ultrapassou 171.000 estrelas no GitHub — superando a contagem do Claude Code e se tornando, segundo essa métrica, o agente de código mais adotado do mundo open-source. Mas a contagem de estrelas é o gancho, não o ponto. O ponto é como chegou lá, e quem apareceu depois que chegou.
Primeiro, por que os developers realmente o escolheram
Seria fácil atribuir o salto à política — ao caos com Anthropic, à parceria com OpenAI, aos manchetes. Isso seria um erro, e vale a pena ser preciso sobre isso. A adoção veio primeiro. Os developers escolheram OpenCode por razões concretas, entediantes e práticas muito antes de todo o drama. Se você pular essa parte, vai ler toda a história errado.
O pitch central é a liberdade de provedor. OpenCode se conecta com Anthropic, OpenAI, Gemini, AWS Bedrock, Groq, Azure OpenAI, OpenRouter — mais de 75 modelos — além de modelos self-hosted via um endpoint local. Você traz suas próprias chaves de API, elas ficam na sua máquina, e você paga pelo que usa. O modelo que você roda para raciocínio pesado pode ser diferente do que você usa para limpeza rotineira, e você pode mudar no meio da sessão sem reiniciar. Sem assinatura, sem dependência de um único provedor. Para qualquer um que tenha visto uma ferramenta mudar seus termos da noite para o dia, essa arquitetura não é um feature — é um seguro.
Saiu em junho de 2025 sem conta, sem email, sem cartão de crédito. Você baixa e roda. Essa entrada sem fricção é uma grande parte do por que se expandiu como se expandiu: não havia nada para registrar e nada a perder.
É terminal-first sem ser terminal-only. A interface principal é uma TUI construída sobre Bubble Tea — rápida, sem overhead de GUI, roda direto no seu shell — mas há também um app de desktop e uma extensão de IDE para VS Code, Cursor e outros. Ele te encontra onde você já trabalha.
E está construído para disciplina de engenharia real, não apenas autocomplete. Os modos Plan e Build te dão um passo de revisão antes de o agente tocar um único arquivo. A integração com LSP significa que o agente lê diagnósticos reais de sua toolchain de linguagem, não adivinha. O suporte a MCP e os comandos customizados o tornam adaptável a como seja que seu stack pareça. Esta é a parte que importa para times senior: o agente é projetado para ser supervisionado, não para confiar cegamente nele.
Essa é a história de adoção. Nada disso exigiu uma parceria com ninguém.
Depois veio a política
Aqui é onde fica interessante — e onde vive o realinhamento que deveria preocupar qualquer líder técnico.
Em 9 de janeiro de 2026, Anthropic implementou silenciosamente salvaguardas técnicas que bloquearam ferramentas de terceiros de usar Claude através dos tokens OAuth de assinatura de consumidor. Ferramentas como OpenCode vinham se autenticando como se fossem o cliente oficial do Claude Code; isso deixou de funcionar da noite para o dia, sem aviso e sem rota de migração. Em fevereiro, Anthropic formalizou isso em seus Termos de Serviço: os tokens OAuth dos planos Pro, Max e Team não podem ser usados com ferramentas de terceiros. Em 4 de abril, a empresa passou para a aplicação por faturamento — o uso de terceiros agora é descontado do uso extra pago, não da assinatura. OpenCode removeu o suporte de Claude Pro/Max de sua base de código, citando solicitações legais de Anthropic. Claude continua funcionando em OpenCode através de uma chave de API direta; o que se fechou foi a via da assinatura de taxa fixa.
A economia por trás da decisão de Anthropic não é nenhum mistério. Uma assinatura Max de USD 200/mês rodando cargas de trabalho de agentes autônomos pode consumir bem mais de USD 1.000/mês em custos equivalentes de API. A taxa fixa nunca foi projetada para esse padrão. Do lado de Anthropic, essa é uma defesa racional de um produto verticalmente integrado. É uma leitura legítima, e vale a pena dizer sem rodeios.
Mas a estratégia não se trata apenas do que é racional — se trata do que o movimento abre para todos os outros. E o que abriu foi uma porta para OpenAI.
OpenAI se associou oficialmente com OpenCode, estendendo o suporte de assinatura de Codex e ChatGPT dentro da ferramenta open-source — e não apenas OpenCode, mas também outros harnesses abertos. Quando Anthropic bloqueou primeiro o acesso de terceiros em janeiro, OpenCode lançou suporte para ChatGPT em questão de horas, supostamente em coordenação com OpenAI. O alinhamento foi deliberado. Um provedor fechou seu jardim para proteger um produto polido e integrado; o outro plantou uma bandeira no terreno neutro e aberto que seu concorrente acabava de desocupar.
Esse é o realinhamento. Não é “o open source bate o proprietário”. São duas apostas opostas sobre o que os developers querem.
O que isso realmente significa para seu stack
Tire o drama e o que sobra é uma decisão de arquitetura genuína, e é do tipo de decisão que um CTO deveria tomar propositalmente em vez de herdar por padrão.
A neutralidade de OpenCode é toda sua proposta de valor. Se sua prioridade é liberdade de provedor — a capacidade de rotear para qualquer modelo, mudar de provedor quando os termos ou preços mudam, rodar modelos open-weight ou self-hosted, e manter suas ferramentas independentes do roadmap de qualquer provedor único — OpenCode é construído exatamente para isso. Para verticais reguladas onde a escolha de modelo e o roteamento de dados são questões de governança, não preferências, essa flexibilidade é o ponto. Para times distribuídos que não podem assumir que todos estão no plano do mesmo provedor, um agente model-agnostic elimina um problema de coordenação antes de começar.
Onde não se encaixa
A mesma neutralidade é overhead se você não precisa dela. Se seu time se padronizou no ecossistema de um provedor e você valoriza o polimento, o suporte, os recursos de fleet-management e autonomia que vêm de um produto fortemente integrado, então uma camada de abstração cross-provider é fricção que você está pagando e não está usando. Os agentes mais integrados são integrados propositalmente, e isso compra coisas reais: padrões mais suaves, features de primeira classe, uma única superfície de suporte. Liberdade de provedor só importa se você planeja exercê-la. Se você já fez sua aposta e está feliz com ela, a maior força de OpenCode é um custo que você não precisa carregar.
A versão honesta é essa: OpenCode não venceu porque OpenAI apareceu. Venceu porque uma grande quantidade de developers decidiu, de forma independente e por razões práticas, que queria ser dona de sua tooling e escolher seus próprios modelos. Que OpenAI aparecesse é o que transformou uma ferramenta popular em uma linha de falha política. Ambos os fatos são verdadeiros, e um líder técnico precisa lê-los na ordem correta — adoção primeiro, alinhamento segundo — para tomar bem a decisão.
De que lado você está em pé: integração profunda com um provedor, ou liberdade de provedor a qualquer custo? E essa decisão você tomou propositalmente, ou a herdou?