Por Canuto  

OpenCode 2.0 reorganiza su arquitectura alrededor de un servicio local compartido y amplía las capacidades de sus agentes con una API rediseñada, ejecución de código, tareas en segundo plano y nuevas opciones para desarrolladores. La actualización también introduce cambios incompatibles con algunos elementos de la versión 1.
***

  • Un servicio local único conecta la terminal, la interfaz web y la aplicación de escritorio, mientras que el nuevo cliente programático puede descubrirlo automáticamente.
  • Code Mode permite que los agentes combinen herramientas de servidores MCP y puntos finales OpenAPI dentro de scripts, y la versión incorpora subagentes y comandos de shell en segundo plano.
  • La actualización incluye más de 80 plugins internos, un SDK para crear implementaciones propias y cambios incompatibles que afectan a los plugins de la versión 1 y a la API del servidor.

OpenCode 2.0 transforma la forma en que su agente de código coordina interfaces, herramientas y tareas paralelas, con un servicio local compartido y una API reconstruida. La actualización, presentada por el equipo del proyecto, también suma un modo para ejecutar scripts con herramientas externas, más de 80 plugins internos y un SDK, aunque algunos componentes de la versión 1 no serán compatibles.

OpenCode describe la versión 2.0 como una revisión mayor basada en la experiencia acumulada de millones de usuarios diarios. Entre sus cambios más importantes figuran un proceso central en segundo plano, una interfaz de programación replanteada y nuevas opciones para que los agentes deleguen tareas sin detener el trabajo principal.

Un servicio central conecta las interfaces

OpenCode ya utilizaba una arquitectura cliente-servidor, pero antes esa estructura no ocupaba un lugar central en el uso habitual y servía sobre todo a usuarios avanzados. En la versión 2.0, el servicio se inicia automáticamente como un único proceso en segundo plano en la computadora, una modificación que permite coordinar distintas formas de interactuar con el agente.

La terminal, la interfaz web y la aplicación de escritorio se conectan a ese mismo proceso, en lugar de operar como experiencias separadas. Así, una sesión que comienza desde una de esas interfaces puede integrarse con el trabajo que se realiza desde las otras, según la descripción publicada por el equipo de OpenCode.

El cambio también alcanza a quienes usan el cliente programático @opencode/client para construir scripts propios: el paquete puede encontrar automáticamente el servicio local y conectarse a él. El equipo destaca esta capacidad para tareas programadas, aunque no detalla en el anuncio un conjunto específico de usos ni ofrece mediciones comparativas de rendimiento.

El servicio puede invocarse desde la línea de comandos mediante opencode api y exponerse a otros equipos anfitriones. OpenCode también permite iniciar conexiones con otras aplicaciones mediante /pair o opencode pair, y señala que desarrolla aplicaciones nativas que aprovecharán ese flujo.

API renovada y un modo para combinar herramientas

El equipo reconoce que la API anterior había crecido de forma desordenada a medida que cambiaban las ideas sobre las capacidades y el funcionamiento de los agentes. Para la versión 2.0, decidió empezar de nuevo y revisar casos de uso de su base de usuarios, con el objetivo declarado de cubrir una gama más amplia de operaciones.

Una característica destacada es que OpenCode puede utilizar su propia API para ejecutar acciones útiles durante una sesión. El ejemplo compartido por el proyecto muestra a un agente que crea un git worktree para iniciar una tarea, cambia el nombre de la sesión y la mueve al directorio de trabajo correspondiente.

En otra demostración, el agente consulta las sesiones abiertas, recupera el contexto de una sesión atascada, la interrumpe y le pide que aísle una prueba problemática. También cierra una pestaña de trabajo finalizado, un flujo que ilustra cómo la API permite coordinar tanto la sesión del agente como la organización del espacio de trabajo.

La empresa presenta además @opencode/client, un paquete con clientes para JavaScript estándar y Effect. El ejemplo de uso crea una sesión en el directorio actual y envía una instrucción para revisar los cambios, con el servicio local como punto de conexión común.

OpenCode 2.0 suma @opencode/codemode, un intérprete minimalista de JavaScript pensado para que los modelos trabajen con herramientas mediante scripts. El paquete puede incorporar servidores MCP y puntos finales OpenAPI, y convertir sus operaciones en funciones disponibles para el agente.

En lugar de pedir a una herramienta que actúe y luego enviar una nueva llamada para procesar cada resultado, el agente puede escribir un script que encadene varias operaciones. El ejemplo de OpenCode busca incidencias abiertas etiquetadas como errores en GitHub y guarda las correspondientes en Linear, para después devolver sus identificadores.

El proyecto sostiene que este enfoque permite ejecutar esos scripts de forma nativa, sin recurrir a la complejidad de máquinas virtuales de Node.js ni a soluciones integradas como QuickJS. La propuesta busca reducir llamadas sucesivas y facilitar que el agente transforme los resultados de una herramienta antes de consultar otra.

En la versión 2.0, todos los servidores MCP están habilitados para Code Mode de forma predeterminada, según OpenCode. El equipo plantea que esto permite añadir muchos servidores con menos saturación del contexto y que el agente pueda descubrir y combinar sus herramientas; la publicación usa como ejemplo una escala de mil servidores, no como límite técnico confirmado.

Subagentes, procesos asíncronos y plugins

OpenCode incorpora subagentes en segundo plano para que el agente principal delegue una parte del trabajo mientras continúa atendiendo otras instrucciones. Esa delegación puede ocurrir automáticamente o solicitarse de forma manual, incluso indicando un modelo diferente para el subagente.

Como ejemplo, el equipo propone pedir a un subagente llamado Fable que revise código sin detener la interacción principal. Mientras esa revisión sigue activa, el usuario puede enviar nuevas instrucciones y el agente principal continuar con otros cambios, una dinámica que amplía las opciones de orquestación en una misma sesión.

La herramienta de shell también puede ejecutar comandos de forma asíncrona, de modo que una operación prolongada no bloquee al agente principal. OpenCode indica que notificará al agente cuando termine el proceso, lo cual permite mantener en marcha otras tareas mientras finalizan comandos como pruebas o compilaciones.

Si un comando o subagente iniciado en primer plano tarda más de lo esperado, el usuario puede pulsar Ctrl+B para enviarlo al segundo plano y seguir escribiendo instrucciones. El ejemplo del anuncio combina una revisión delegada, pruebas, una compilación y una modificación del registro de cambios dentro de un mismo flujo.

La nueva versión también pone el sistema de plugins en el centro del desarrollo: el equipo afirma haber implementado casi todas las funciones de OpenCode 2.0 como plugins internos y señala que ya existen más de 80. Según la publicación, esa decisión busca mantener cuidada la API de plugins al utilizarla de manera extensa en el propio producto.

Los plugins para TUI, la interfaz de terminal, pasan de experimentales a estables. OpenCode añade que el soporte de OpenTUI permite construir distintos tipos de extensiones, aunque la publicación no enumera requisitos técnicos ni límites concretos para ese desarrollo.

El proyecto también afirma que dedicó trabajo a permitir la recarga en caliente de sus componentes. Con esa capacidad, un plugin creado durante una sesión puede utilizarse de inmediato, e incluso el agente puede recibir la instrucción de construir una extensión para una necesidad específica.

SDK, migración y cambios incompatibles

OpenCode ofrece además @opencode/sdk para utilizar el producto como una biblioteca. El equipo explica que el SDK comparte el código que alimenta la CLI, lo que permite construir una versión propia de OpenCode para un servidor u otros entornos especializados.

Entre los entornos mencionados aparecen los Durable Objects, y el anuncio indica que una implementación basada en el protocolo estándar del servidor puede conectarse desde cualquier cliente de OpenCode. El SDK también ofrece una API opcional basada en Effect, que el equipo considera todavía en desarrollo debido a que sus componentes siguen cambiando, aunque ya se puede utilizar.

La guía de actualización pide instalar primero la versión más reciente de la serie 1.x y después ejecutar opencode upgrade --major para pasar a la versión principal nueva. Quienes usan la aplicación de escritorio deben descargar la versión más reciente desde el sitio del proyecto.

La migración exige atención porque los plugins de OpenCode 1.0 no funcionarán en 2.0 y la API del servidor cambió por completo. La publicación también advierte que la configuración de tui.json se trasladó a JSON, mientras que otros cambios, no detallados uno por uno en el anuncio, mantienen compatibilidad retroactiva.

El equipo recomienda apuntar OpenCode al documento de migración para que el agente ayude a adaptar los elementos afectados. Con la renovación, la empresa amplía las vías para automatizar sesiones y combinar herramientas, pero la transición requiere revisar especialmente las integraciones que dependían de la API anterior o de plugins propios.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados