OpenCode 2.0

Artigo original ↗ Discussão no Hacker News ↗

OpenCode 2.0, um harness de codificação em IA open-source com arquitetura cliente-servidor, é visto como uma melhoria substancial em relação à v1, adicionando tarefas em segundo plano, plugins com hot-reload, melhor gestão de configuração e suporte mais forte a múltiplos clientes. Ao mesmo tempo, muitos utilizadores relatam preocupações sérias: elevado uso de RAM/CPU, um site promocional e instalador lentos e exigentes em GPU, regressões de segurança em torno de sandboxing e configuração remota, e uma perceção de qualidade e suporte “vibe-coded”. Vários comentadores dizem ter mudado ou estar a considerar mudar para alternativas como Pi, Claude Code, Codex ou o harness da DeepSeek, muitas vezes citando melhor desempenho, UX mais simples e preços mais claros, embora alguns ainda vejam a subscrição Go e o ecossistema do OpenCode como uma boa relação qualidade-preço.

Receção geral de OpenCode 2.0

  • Muitos utilizadores de longa data veem o 2.0 como uma melhoria substancial face ao 1.x (modelo cliente/servidor, tarefas em segundo plano, subagentes, skills/plugins com recarregamento automático, configuração a partir da pasta do projeto, editor de configuração integrado).
  • Alguns usam-no diariamente e elogiam o design agnóstico em relação ao modelo, o acesso remoto via servidor e as UIs não TUI (web/desktop).
  • Outros estão desiludidos: regressões, funções básicas quebradas (por exemplo, esconder a barra lateral), sensação desajeitada e confusão sobre como instalar ou até obter o “2.0” a partir do npm.

Desempenho, uso de recursos e daemon

  • Há fortes críticas ao site promocional: animações pesadas/comportamento tipo WebGL, scroll lento, elevado uso de CPU/ventoinha, especialmente em telemóveis e portáteis; alguns acham-no quase inutilizável.
  • O desempenho da ferramenta é um problema recorrente: muita RAM/CPU, grandes contagens de watchers de ficheiros, antigas explosões de ficheiros temporários e reputação de comportamento de “vazamento de memória”.
  • O servidor persistente em segundo plano do 2.0 melhora o arranque e permite uso por múltiplos clientes, mas alguns opõem-se fortemente a um daemon sempre ativo por defeito.
  • Alguns relatam que o Opencode continua a acionar modelos locais mesmo depois de a UI ser fechada.

Segurança, sandboxing e plugins

  • Vários utilizadores descrevem regressões de segurança no 2.0:
    • Processo em segundo plano a contornar as sandboxes das TUIs existentes.
    • Ferramentas adicionadas por plugins a não respeitarem configurações de permissões.
    • Plugins com hot-reloading, permitindo que os agentes alterem imediatamente o seu próprio ambiente.
    • Carregamento obrigatório de configuração remota a partir de .well-known/opencode dos fornecedores, descrito como equivalente a execução remota de código.
  • O interpretador JavaScript mínimo personalizado é visto como especialmente arriscado em comparação com o uso de um motor maduro.
  • Mitigações recomendadas: --standalone, correr em containers/VMs ou ferramentas dedicadas de sandbox; alguns argumentam que a verdadeira segurança é inalcançável para harnesses e que o isolamento é obrigatório.

Instalador, empacotamento e tooling

  • O instalador curl | sh tinha uma “barra de progresso” extremamente lenta devido a um uso indevido do curl trace; isso foi corrigido mais tarde.
  • O sequestro de copiar/colar na TUI continua a ser uma grande irritação.
  • O empacotamento npm é criticado: o postinstall descarrega o código real, falha frequentemente (“postinstall script not run”) e há confusão sobre lançamentos com tags.

Comparações com outros harnesses e preços

  • Pi, Codex, Claude Code, DeepSeek harness e outros são frequentemente comparados:
    • Pi é elogiado pelo baixo uso de recursos, prompts mínimos, simplicidade e forte desempenho com modelos locais/abertos; vários utilizadores migraram do OpenCode devido a preocupações com UX, desempenho ou segurança.
    • Outros mantêm-se no OpenCode pelo design cliente/servidor, opções de UI e flexibilidade de fornecedores.
  • As subscrições OpenCode Go são amplamente vistas como um ótimo negócio, com limites generosos subsidiados, embora o modelo de preços e as tabelas de pedidos/limites sejam confusos.
  • Um utilizador relata ter sido cobrado de forma consistentemente superior aos preços documentados por token e ter sido ignorado após o reconhecimento inicial, o que prejudicou a sua confiança.

UX, ecossistema e fluxos de trabalho

  • Alguns preferem o OpenCode principalmente como backend e usam UIs alternativas como OpenChamber, Paseo, Termic ou integrações com editores (Vim/Neovim/VSCode/Zed).
  • Debate entre TUI e GUI: TUIs orientadas por teclado são vistas como poderosas por alguns; outros acham as TUIs terríveis para texto longo e markdown, preferindo GUIs ricas.
  • Ecossistemas de extensões/plugins (MCP, tools, skills) são um grande atrativo, mas também uma fonte de complexidade e potenciais problemas de segurança.
  • São mencionados benchmarks de harness; os resultados variam, e os utilizadores sublinham que o comportamento depende muito do design do harness, das ferramentas e dos prompts, e não apenas do modelo base.