OpenCode publicó 2.2.0 el 27 de octubre de 2026. La versión incorpora plugins para su aplicación de escritorio, pero también exige revisar integraciones: cambia la entrada del paquete @opencode/ai, eleva los requisitos de los plugins de terminal y retira el soporte de su GitHub Action. Para quien mantenga extensiones o automatizaciones, esas incompatibilidades merecen atención antes de actualizar.
La publicación no está marcada como versión preliminar en GitHub. Eso no convierte todas sus funciones en estables: tanto los plugins gráficos como las nuevas interfaces de generación de imágenes y decisiones se presentan como experimentales.
Plugins gráficos: más posibilidades y otra superficie que revisar
La documentación de plugins de escritorio explica que un paquete puede añadir una parte ./gui-experimental, junto a sus partes de servidor o de interfaz de terminal. Puede aportar paneles, comandos y controles a la aplicación.
Hay una distinción práctica: setup se ejecuta en cada ventana y main en el proceso principal de Electron, con integraciones de Node y Electron. Nuestra recomendación es revisar la procedencia y el código antes de instalar una extensión: su carácter experimental describe la madurez de la interfaz, no acredita que el plugin esté aislado o sea seguro. La propia documentación advierte que la API puede cambiar entre versiones.
Revisar imports y dependencias de terminal
La raíz de @opencode/ai pasa a exportar la API basada en promesas. La interfaz basada en Effect se mueve a @opencode/ai/effect y desaparece la ruta @opencode/ai/promise. También se reemplaza la exportación de subrutas mediante comodín por una lista explícita.
El cambio de entradas del paquete confirma el mapeo. Como ejemplo conceptual, no ejecutado por Puntoes, estos son los imports nuevos correspondientes a ambos estilos:
import { AI } from "@opencode/ai";
import { LLM } from "@opencode/ai/effect";
No son dos sustituciones intercambiables: hay que identificar qué interfaz utiliza cada integración y comprobarla después del cambio.
Los plugins de terminal requieren ahora @opentui/core y @opentui/solid 0.7.0. Según las notas, los que dependan de OpenTUI 0.6 fallarán al instalarse hasta actualizar sus dependencias. OpenTUI 0.7 también cambia cómo se registran determinados hooks de renderizado e integraciones nativas; modificar solo el número de versión puede ser insuficiente para un plugin propio.
La GitHub Action deja de mantenerse
Las notas piden retirar la OpenCode GitHub Action de los flujos de trabajo. El cambio que elimina su publicación aclara un matiz: las etiquetas anteriores quedan fijadas a commits antiguos que todavía contienen la acción. No significa que todos los flujos existentes dejen de funcionar inmediatamente; significa que permanecen ligados a una integración que ya no se soporta ni publica.
Un equipo hipotético con un plugin de terminal y una automatización de repositorio debería inventariar ambos por separado: probar imports y dependencias en una rama, y planificar cómo sustituirá la acción antes de seguir dependiendo de ella. Aquí no hemos ejecutado esa migración ni verificado una alternativa equivalente.
Caché, instrucciones y límites
La versión añade entradas de instrucciones de sesión que sobreviven a la compactación y a las reversiones sin iniciar otro turno del modelo, además de permitir configurar la duración de la caché por proveedor o modelo. Son capacidades de integración; no demuestran por sí mismas una reducción de costes en un proyecto concreto.
La licencia MIT del repositorio tampoco implica inferencia gratuita ni sustituye las condiciones de los modelos y servicios conectados. Para situar esta actualización en contexto, el artículo sobre OpenCode 2 y su servidor compartido explica el cambio anterior de arquitectura. Esta noticia se concentra en las novedades y rupturas de 2.2.0, sin una prueba propia de rendimiento o compatibilidad.