OpenCode vs Claude Code

Problema: O OpenCode tem 112.837 estrelas no GitHub, um app desktop em Tauri, suporte a 75+ provedores e uma estratégia de roteamento híbrido que reduz o custo por funcionalidade para $2,50. O Claude Code é da Anthropic, mantém o repositório inteiro em contexto e roda validações de qualidade antes de cada commit. Você precisa saber qual escolher sem ter que ler 40 issues no GitHub primeiro.

Ambas as ferramentas usam Claude Sonnet 4.6 pelo terminal. A semelhança para por aí.

O que o OpenCode realmente é

O OpenCode é um agente de código da equipe SST/Anomaly. Está escrito em TypeScript (84% TS), licenciado sob MIT e tem 779 contribuidores. O projeto existe em três formas: um app desktop com Tauri, uma extensão para VS Code e um TUI de terminal.

A arquitetura é cliente/servidor. As sessões persistem entre reinicializações porque o servidor mantém o estado mesmo quando o cliente se desconecta. As ferramentas MCP carregam por agente, não antecipadamente para cada requisição, o que mantém o contexto mais enxuto.

O número de estrelas chegou aonde está em parte por um atalho que foi encerrado. O OpenCode originalmente roteava tokens de assinaturas Claude Pro e Claude Max pela API. A Anthropic bloqueou isso em 9 de janeiro de 2026, quando uma atualização do Claude Code mudou a nomenclatura das ferramentas. O OpenCode removeu o suporte a assinaturas Claude e citou "solicitações legais da Anthropic". Para preencher a lacuna, a equipe lançou dois planos pagos:

Chaves da API da Anthropic ainda funcionam diretamente. Os planos gateway incluem o custo de API na assinatura.

O que o Claude Code realmente é

Claude Code é o agente de código no terminal da Anthropic. Ele lê seu repositório, mapeia relações entre arquivos e arquitetura, e mantém até 200K tokens de contexto para que um projeto inteiro caiba na memória durante uma sessão.

Os controles de permissão são conservadores por padrão. Leituras de arquivo não precisam de aprovação. Escritas e comandos shell exigem aprovação, a menos que você adicione uma regra de permissão. A flag --dangerously-skip-permissions existe para containers isolados, não para laptops.

O CLAUDE.md alimenta o contexto do projeto em cada sessão. Hooks permitem disparar comandos shell em eventos do ciclo de vida. O raciocínio estendido roda no Opus para trabalhos de planejamento profundo.

Roteamento multi-modelo: onde o OpenCode tem uma vantagem real

Claude Code roda apenas modelos Claude. O OpenCode roteia entre 75+ provedores. Isso importa porque os modelos não têm o mesmo custo.

A estratégia de roteamento híbrido de Netanel Eliav aproveita bem essa diferença. A abordagem distribui tarefas pela relação custo-qualidade:

• Sonnet 4.6 para o passe de planejamento (contexto pequeno, alto valor)
• GLM-5 para build, backend e frontend
• MiniMax M2.5 para QA rápida
• Opus para QA profunda onde qualidade não é negociável

Custo médio: $2,50 a $3,50 por funcionalidade. Apenas com Sonnet: $9,15. A diferença acumula ao longo de um projeto completo.

O porém é que o Claude Code Max a $200/mês entrega equivalente a cerca de $2.600 em API (a Anthropic subsidia aproximadamente 90%). Se você já está no Max, a matemática por token muda.

Benchmark: mesmo modelo, mesma tarefa

A Builder.io rodou ambas as ferramentas na mesma tarefa: container Docker zerado, prompt idêntico, Claude Sonnet 4.5 para os dois.

O Claude Code terminou cerca de 45% mais rápido. O OpenCode passou em mais testes. A qualidade do código foi equivalente. Nenhuma ferramenta falhou; elas apenas fizeram escolhas diferentes sob pressão de tempo.

Isso é um único benchmark numa única versão de modelo. Mostra uma diferença real de velocidade. Não define qual ferramenta é melhor para o seu fluxo de trabalho específico.

O bug do snapshot (ainda aberto)

A issue #3176 no GitHub documenta um problema de armazenamento sem correção publicada até março de 2026. O OpenCode faz snapshot do estado do projeto usando git add . sem verificação de tamanho.

Um usuário iniciou uma sessão na pasta home. O OpenCode fez stage e snapshot de 45GB em 54.000 arquivos. A pasta ~/.local/share/opencode/snapshot/ de outro usuário chegou a 250GB em dois dias. Um terceiro encontrou 292.342 arquivos JSON acumulando 2,2GB sem nenhuma limpeza.

O contorno é adicionar "snapshot": false no opencode.json. Isso não é o padrão.

Se você rodar o OpenCode num projeto, configure isso antes da primeira sessão:

{
  "snapshot": false
}

Modelos de permissão: noite e dia

Essa é a diferença prática mais marcante entre as duas ferramentas.

O Claude Code é conservador. Leituras rodam livremente. Escritas e comandos param para aprovação. Você pode relaxar isso com regras de permissão explícitas por comando, ou ir até o fim com --dangerously-skip-permissions dentro de um container.

O agente Build do OpenCode roda com skip-permissions por padrão. No r/opencodeCLI, o post original foi direto: "Ele simplesmente implementa tudo sem te perguntar nada, e pode rodar qualquer comando no seu sistema, o que é extremamente perigoso." O autor chamou isso de funcionalidade. Se você concorda depende do quanto você confia no julgamento do agente na sua máquina.

Contexto MCP: ansioso vs. por agente

O Claude Code carrega definições de ferramentas MCP de forma ansiosa. Com muitos servidores MCP ativos, isso consome cerca de 134K tokens antes do seu primeiro prompt (cerca de 25% da janela de 200K gone antes de você digitar qualquer coisa). A Anthropic lançou o MCP Tool Search para comprimir isso para cerca de 5K tokens, mas é opt-in e ainda não é o padrão.

O OpenCode declara ferramentas por agente. Cada agente carrega apenas as ferramentas MCP que sua tarefa precisa. O orçamento de contexto vai para o seu trabalho de fato, não para definições de ferramentas que podem nem ser usadas na sessão.

Isso importa mais em escala. Um único servidor MCP está bem dos dois lados. Com cinco ou mais, a diferença em contexto disponível se torna real.

Comparação de funcionalidades

Nenhuma ferramenta vence em todas as categorias. O Claude Code domina nas funcionalidades nativas da Anthropic: CLAUDE.md, hooks, raciocínio estendido, memória automática. O OpenCode domina no lado open-source e multi-modelo: licença MIT, flexibilidade de provedores, local-first, carregamento de ferramentas por agente.

Trade-off de cadência e estabilidade

Comentários no HN foram diretos sobre o ritmo de lançamento do OpenCode: "lança constantemente em cadência extremamente alta, sem tempo para testar ou corrigir as coisas." O uso de recursos também gera reclamações. Um TUI usando regularmente 1GB de RAM é incomum.

Um problema separado: o OpenCode tenta buscar configuração de uma URL baseada em provedor por padrão na inicialização. Para equipes com políticas de rede rígidas, isso é algo a investigar antes do deployment.

O Claude Code se move no ritmo da Anthropic. Cadência mais lenta, menos lançamentos, mais testes antes de qualquer coisa entrar.

Qual escolher

Claude Code se encaixa melhor quando:

• Você quer contexto profundo do repositório em codebases grandes
• Hooks, CLAUDE.md e automação de ciclo de vida importam para o seu fluxo
• Você está no Claude Pro ou Max e o subsídio de API torna a matemática por token favorável
• Controles de permissão são um requisito, não uma preferência
• Você precisa de Jupyter, raciocínio estendido ou memória automática

OpenCode se encaixa melhor quando:

• Você quer distribuir tarefas entre modelos baratos e controlar o custo por funcionalidade
• Licença MIT é um requisito rígido para sua organização
• Deployment air-gapped ou com modelo local está na mesa
• O carregamento de ferramentas MCP por agente importa para o seu orçamento de contexto
• Persistência de sessão entre desconexões é algo que você enfrenta regularmente

O híbrido que funciona: Comece no Claude Code por quatro a oito semanas. Perfis quais tipos de tarefa você roda mais. Se tarefas rotineiras de build e teste dominam, migre essas para o OpenCode com GLM-5 ou MiniMax. Mantenha passes de planejamento e arquitetura no Sonnet. O conselho do AiGentic Lab para equipes em estágio inicial é direto: "Comece com a API do Claude Code. Sua restrição é capacidade, não custo. Não implante o OpenCode ainda."

O bug do snapshot e o comportamento padrão de skip-permissions são preocupações reais. Ambos têm contornos. Nenhum é fatal. Mas nenhum é algo para ignorar numa máquina de produção sem ler a documentação primeiro.

Duas ferramentas, padrões diferentes, curvas de custo diferentes e modelos de confiança diferentes. A certa depende do que você está otimizando essa semana.

Perguntas frequentes

O OpenCode é melhor que o Claude Code?

Nenhum é universalmente melhor. O Claude Code lidera em profundidade de contexto do repositório, hooks, memória de projeto com CLAUDE.md e funcionalidades nativas da Anthropic. O OpenCode lidera em roteamento multi-modelo, licença MIT, persistência de sessão e controle de custo por funcionalidade. Um benchmark da Builder.io no mesmo modelo mostrou o Claude Code 45% mais rápido; o OpenCode passou em mais testes na mesma execução.

O OpenCode é gratuito?

O OpenCode é gratuito para baixar e licenciado sob MIT. Rodá-lo custa dinheiro porque você fornece suas próprias chaves de API ou paga uma assinatura OpenCode Black ($20 a $200 por mês). O plano Zen é pay-as-you-go contra sua própria chave de API. Não há nível de uso sem custo.

O OpenCode é seguro?

O agente Build do OpenCode roda com skip-permissions habilitado por padrão, o que significa que ele escreve arquivos e executa comandos shell sem perguntar. O Claude Code exige aprovação para escritas e comandos por padrão. O OpenCode é gerenciável em um ambiente controlado, mas requer configuração deliberada antes de rodar numa máquina com arquivos sensíveis.

O OpenCode funciona com Claude?

Sim. O OpenCode aceita uma chave de API direta da Anthropic e roteia para Claude Sonnet, Opus ou Haiku. O que não funciona mais é rotear tokens de assinatura Claude Pro ou Max pelo OpenCode. A Anthropic bloqueou esse caminho em janeiro de 2026. Você precisa de uma chave de API paga, não de uma assinatura Claude.ai, para usar modelos Claude no OpenCode.

O que é o bug de snapshot do OpenCode?

A issue #3176 no GitHub documenta o sistema de snapshot do OpenCode rodando git add . no diretório de trabalho sem limite de tamanho. Usuários relataram pastas de snapshot crescendo para 250GB e além em dias. A correção é adicionar "snapshot": false ao seu opencode.json antes da primeira sessão. Até março de 2026, isso não é o padrão.