OpenCode 2.0

Artículo original ↗ Discusión en Hacker News ↗

OpenCode 2.0, un harness de codificación con IA de código abierto y arquitectura cliente-servidor, se considera una mejora sustancial de funciones respecto a la v1, al añadir tareas en segundo plano, plugins con recarga en caliente, mejor gestión de configuración y un soporte más sólido para múltiples clientes. Al mismo tiempo, muchos usuarios reportan preocupaciones serias: alto uso de RAM/CPU, un sitio promocional y un instalador lentos y hambrientos de GPU, regresiones de seguridad en torno al sandboxing y la configuración remota, y una percepción de calidad y soporte “vibe-coded”. Varios comentaristas dicen que se han cambiado o están considerando cambiarse a alternativas como Pi, Claude Code, Codex o el harness de DeepSeek, a menudo citando mejor rendimiento, una UX más simple y precios más claros, aunque algunos siguen viendo la suscripción Go y el ecosistema de OpenCode como una gran relación calidad-precio.

Recepción general de OpenCode 2.0

  • Muchos usuarios de larga data ven la 2.0 como una mejora sustancial sobre la 1.x (modelo cliente/servidor, tareas en segundo plano, subagentes, habilidades/plugins con recarga automática, config desde la carpeta del proyecto, editor de configuración integrado).
  • Algunos lo usan a diario y elogian el diseño agnóstico al modelo, el acceso remoto vía servidor y las UIs no TUI (web/escritorio).
  • Otros están decepcionados: regresiones, funciones básicas rotas (por ejemplo, ocultar la barra lateral), sensación torpe y confusión sobre cómo instalar o incluso obtener “2.0” desde npm.

Rendimiento, uso de recursos y daemon

  • Fuertes quejas sobre el sitio web promocional: animaciones pesadas/comportamiento tipo WebGL, desplazamiento lento, alto uso de CPU/ventilador, especialmente en teléfonos y portátiles; algunos lo encuentran casi inutilizable.
  • El rendimiento de la herramienta es un problema recurrente: alto uso de RAM/CPU, grandes recuentos de vigilantes de archivos, antiguos desbordes de archivos temporales y reputación de comportamiento de “fuga de memoria”.
  • El servidor persistente en segundo plano de la 2.0 mejora el arranque y permite el uso con múltiples clientes, pero algunos se oponen firmemente a un daemon en ejecución permanente por defecto.
  • Unos pocos informan que Opencode sigue impulsando modelos locales incluso después de cerrar la interfaz.

Seguridad, sandboxing y plugins

  • Varios usuarios describen regresiones de seguridad en la 2.0:
    • Proceso en segundo plano que elude los sandboxes de los TUI existentes.
    • Herramientas añadidas por plugins que no respetan las configuraciones de permisos.
    • Plugins con recarga en caliente, de modo que los agentes pueden cambiar inmediatamente su propio entorno.
    • Carga obligatoria de configuración remota desde .well-known/opencode de los proveedores, descrita como una ejecución remota de código efectiva.
  • El intérprete JavaScript personalizado mínimo se considera especialmente arriesgado en comparación con usar un motor maduro.
  • Mitigaciones recomendadas: --standalone, ejecutar en contenedores/VMs o usar herramientas de sandbox dedicadas; algunos sostienen que la verdadera seguridad es inalcanzable para los harnesses y que el aislamiento es obligatorio.

Instalador, empaquetado y herramientas

  • El instalador curl | sh tenía una barra de progreso extremadamente lenta debido a un uso incorrecto del trace de curl; luego se corrigió.
  • El secuestro de copiar y pegar en el TUI sigue siendo una molestia importante.
  • El empaquetado en npm recibe críticas: el postinstall descarga el código real, a menudo falla (“postinstall script not run”), y existe confusión sobre las versiones etiquetadas.

Comparaciones con otros harnesses y precios

  • Pi, Codex, Claude Code, el harness de DeepSeek y otros se comparan con frecuencia:
    • Pi es elogiado por su bajo uso de recursos, prompts mínimos, simplicidad y buen rendimiento con modelos locales/abiertos; varios usuarios migraron desde OpenCode por preocupaciones de UX, rendimiento o seguridad.
    • Otros se quedan con OpenCode por el diseño cliente/servidor, las opciones de interfaz y la flexibilidad de proveedores.
  • Las suscripciones OpenCode Go son ampliamente vistas como una muy buena oferta, con límites generosos y subvencionados, aunque el modelo de precios y las tablas de solicitudes/límites son confusas.
  • Un usuario informa que se le cobró sistemáticamente de más en relación con los precios documentados por token y fue ignorado después del reconocimiento inicial, lo que dañó su confianza.

UX, ecosistema y flujos de trabajo

  • Algunos prefieren OpenCode principalmente como backend y usan UIs alternativas como OpenChamber, Paseo, Termic o integraciones con editores (Vim/Neovim/VSCode/Zed).
  • Debate sobre TUI vs GUI: para algunos, los TUI guiados por teclado son potentes; otros consideran que los TUI son terribles para prosa larga y Markdown, y prefieren GUIs ricas.
  • Los ecosistemas de extensiones/plugins (MCP, tools, skills) son un gran atractivo, pero también una fuente de complejidad y posibles problemas de seguridad.
  • Se mencionan benchmarks de harness; los resultados varían, y los usuarios enfatizan que el comportamiento depende mucho del diseño del harness, las herramientas y los prompts, no solo del modelo base.