OpenCode 2.0: De Comando Puntual a Servicio en Segundo Plano

OpenCode 2.0, lanzado el 12 de octubre de 2026, es un cambio estructural respecto a la serie 1.x que cubrimos en nuestra guía de instalación y primeros pasos. El agente deja de ser un comando que invocas y esperas, y pasa a ser un servicio persistente en tu máquina. Veamos qué implica eso en la práctica.

La nueva arquitectura

En 2.0, OpenCode corre como un servidor en segundo plano. La terminal, la app de escritorio y la interfaz web son clientes que se conectan a él. Esto cambia varias cosas a la vez:

• Las sesiones sobreviven al terminal. Cierras la ventana, la sesión sigue. Vuelves por la web, continúas donde lo dejaste.
• Múltiples frontends simultáneos. Puedes tener el mismo agente trabajando visto desde TUI y desde el navegador.
• API y SDK propios. Otros programas pueden hablar con OpenCode directamente, sin pasar por la terminal.

Es la trayectoria clásica de las herramientas que maduran: primero CLI, luego daemon, después plataforma.

Code Mode: herramientas como funciones JavaScript

La feature más interesante es Code Mode. Los servidores MCP y endpoints OpenAPI se exponen al agente como funciones JavaScript que puede encadenar en un solo script:

typescriptCopiar
// En lugar de varios turnos de modelo, un solo script
const issues = await github.listIssues({ repo: "mi-app", state: "open" });
const stale = issues.filter(i => daysSince(i.updatedAt) > 30);
for (const issue of stale) {
  await github.addComment(issue.number, "Este issue lleva 30 días sin actividad");
}

Cada llamada dentro del script no consume un turno del modelo: es ejecución directa. Para workflows que combinan varias herramientas, el ahorro en latencia y en tokens es considerable. Es la misma filosofía que busca eficiencia en los workflows especializados, llevada al nivel de ejecución.

Subagentes y shell en segundo plano

Los subagentes y comandos de shell ahora corren en background. Puedes lanzar un subagente para investigar un bug mientras sigues trabajando en otra cosa en la sesión principal, y los comandos largos (un build, una suite de tests) dejan de bloquear la conversación.

Plugins: 80+ internos, con hot-reload

Internamente, OpenCode 2.0 está organizado en más de 80 plugins que se recargan en caliente. La contrapartida: los plugins escritos para 1.0 no son compatibles. El sistema de plugins cambió por completo junto con la arquitectura.

Migración desde 1.x

El upgrade es explícito y no automático:

bashCopiar
opencode upgrade --major

Antes de ejecutarlo, revisa:

• Plugins propios. Si escribiste plugins para 1.x, tendrás que portarlos al nuevo sistema.
• Configuración. Revisa tu opencode.json contra la nueva documentación; algunas keys han cambiado (consulta nuestra guía de configuración avanzada como referencia de la versión anterior).
• Automatizaciones. Scripts o CI que invoquen opencode de forma one-shot seguirán funcionando, pero el modelo de servidor abre opciones mejores — vale la pena revisarlas.

Ecosistema: OpenCode como plataforma

La señal más clara de hacia dónde va el proyecto: Cloudflare ya lo está embebiendo. El Agents SDK incluye un OpenCodeHarness experimental que ejecuta OpenCode 2.0 dentro de un Durable Object, con web fetch, búsqueda y navegador persistente. El agente de terminal se está convirtiendo en infraestructura que otros productos integran.

Conclusión

OpenCode 2.0 es una apuesta por la persistencia y la programabilidad: el agente como servicio, las herramientas como código, y la terminal como solo uno más de sus clientes. Si vienes de 1.x, planifica la migración de plugins; si empiezas de cero, esta versión es el punto de entrada correcto.