OpenCode 2 merece atención por cómo organiza el trabajo de los agentes, además de por su interfaz. La herramienta de código abierto reúne clientes de terminal, escritorio y web alrededor de un servidor que conserva el trabajo. Para un equipo de desarrollo, eso convierte la gestión de sesiones, permisos e integraciones en parte de la decisión de adopción.
Recuperamos esta novedad el 21 de octubre de 2026: no es un lanzamiento ocurrido hoy. El historial oficial ya documenta OpenCode 2.0.26 el 8 de octubre; hoy registra la 2.1.2. Es importante separar el cambio de generación de sus actualizaciones posteriores.
Un servidor mantiene las sesiones
Según la documentación de la CLI, OpenCode descubre o inicia por defecto un servidor compartido en segundo plano para la cuenta del usuario. Los clientes locales se conectan a él; el servidor gestiona sesiones, configuración, integraciones, permisos y ejecución de herramientas. También existe la opción de utilizar un servidor privado.
La documentación de herramientas añade dos piezas útiles: los subagentes pueden trabajar en segundo plano y devolver su resultado a la sesión principal; Code Mode permite combinar llamadas a herramientas mediante JavaScript y procesar sus resultados antes de incorporarlos al contexto del modelo. Eso no demuestra por sí solo una mejora de precisión ni un ahorro medido por Puntoes.
Qué podría hacer un equipo
Un ejemplo hipotético: mientras una tarea localiza dónde modificar una integración, otra estudia las pruebas afectadas. La sesión principal reúne los hallazgos y una persona revisa los cambios antes de aceptarlos. El interés está en coordinar trabajo y revisión, no en sustituirlos por una ejecución sin control. No hemos ejecutado este ejemplo ni publicado una comparativa de rendimiento.
Migrar exige revisar las integraciones
La guía oficial identifica cambios incompatibles en la API de plugins y la API del servidor. La configuración de terminal pasa de archivos tui.json(c) a un cli.json global con migración automática. Las configuraciones compatibles, agentes, comandos y skills existentes deberían seguir funcionando; hay campos aceptados pero sin equivalente en V2 que requieren comprobación.
Antes de cambiar, conviene conservar una copia de la configuración y verificar proveedores, credenciales, permisos, servidores MCP y plugins. V1 y V2 comparten el comando opencode y ya no se instalan en paralelo por defecto. La línea 1.x distingue expresamente la actualización ordinaria del salto a V2.
Qué aporta la actualización de hoy
La 2.1.2 mejora el aviso cuando se agotan los mensajes gratuitos: muestra cuándo se restablece el límite y recupera el prompt enviado. Es una mejora de uso, distinta del cambio de arquitectura de OpenCode 2. Que el agente sea abierto tampoco elimina los costes o condiciones del proveedor de modelos elegido.
Para una empresa, el criterio de evaluación es concreto: comprobar si esta organización del trabajo encaja con sus herramientas y controles, y qué coste tiene adaptar las integraciones existentes.