OpenCode Ganó la Guerra de Estrellas — Pero la Historia Real Es de Qué Lado Estás
Hace un año, la pregunta que todo equipo de ingeniería se hacía sobre los agentes de código era simple: ¿cuál es el mejor? Claude Code, Copilot, Cursor — elegís el de mejor output y seguís adelante. Esa pregunta hoy quedó casi anticuada. La pregunta interesante a mediados de 2026 no es cuál agente es el mejor. Es de qué lado estás.
OpenCode forzó esa pregunta a salir a la luz. El agente open-source de Anomaly (la empresa que antes operaba como SST) cruzó las 171.000 estrellas en GitHub — superando el conteo de Claude Code y convirtiéndose, según esa métrica, en el agente de código más adoptado del mundo open-source. Pero el conteo de estrellas es el gancho, no el punto. El punto es cómo llegó ahí, y quién apareció una vez que llegó.
Primero, por qué los developers realmente lo eligieron
Sería fácil atribuir el salto a la política — al quilombo con Anthropic, al partnership con OpenAI, a los titulares. Eso sería un error, y vale la pena ser preciso al respecto. La adopción vino primero. Los developers eligieron OpenCode por razones concretas, aburridas y prácticas mucho antes de todo el drama. Si te saltás esta parte, leés mal la historia entera.
El pitch central es la libertad de proveedor. OpenCode se conecta con Anthropic, OpenAI, Gemini, AWS Bedrock, Groq, Azure OpenAI, OpenRouter — más de 75 modelos — además de modelos self-hosted vía un endpoint local. Traés tus propias API keys, quedan en tu máquina, y pagás por lo que usás. El modelo que corrés para razonamiento pesado puede ser distinto del que usás para limpieza de rutina, y podés cambiar a mitad de sesión sin reiniciar. Sin suscripción, sin dependencia de un único vendor. Para cualquiera que haya visto una herramienta cambiar sus términos de la noche a la mañana, esa arquitectura no es un feature — es un seguro.
Salió en junio de 2025 sin cuenta, sin email, sin tarjeta de crédito. Lo descargás y lo corrés. Esa entrada sin fricción es buena parte de por qué se expandió como se expandió: no había nada que registrar y nada que perder.
Es terminal-first sin ser terminal-only. La interfaz principal es una TUI construida sobre Bubble Tea — rápida, sin overhead de GUI, corre directo en tu shell — pero también hay una app de escritorio y una extensión de IDE para VS Code, Cursor y otros. Te encuentra donde ya trabajás.
Y está construido para disciplina de ingeniería real, no solo autocomplete. Los modos Plan y Build te dan un paso de revisión antes de que el agente toque un solo archivo. La integración con LSP significa que el agente lee diagnósticos reales de tu toolchain de lenguaje, no adivina. El soporte de MCP y los comandos custom lo hacen adaptable a como sea que luzca tu stack. Esta es la parte que importa para equipos senior: el agente está diseñado para ser supervisado, no para confiarle a ciegas.
Esa es la historia de adopción. Nada de eso requirió un partnership con nadie.
Después llegó la política
Acá es donde se pone interesante — y donde vive el reacomodo que debería preocuparle a cualquier líder técnico.
El 9 de enero de 2026, Anthropic desplegó en silencio salvaguardas técnicas que bloquearon a las herramientas de terceros de usar Claude a través de los tokens OAuth de suscripción de consumidor. Herramientas como OpenCode se venían autenticando como si fueran el cliente oficial de Claude Code; eso dejó de funcionar de la noche a la mañana, sin aviso y sin ruta de migración. En febrero, Anthropic lo formalizó en sus Términos de Servicio: los tokens OAuth de los planes Pro, Max y Team no pueden usarse con herramientas de terceros. El 4 de abril, la empresa pasó a la aplicación por facturación — el uso de terceros ahora se descuenta del uso extra pago, no de la suscripción. OpenCode removió el soporte de Claude Pro/Max de su codebase, citando pedidos legales de Anthropic. Claude sigue funcionando en OpenCode a través de una API key directa; lo que se cerró fue la vía de la suscripción de tarifa plana.
La economía detrás de la decisión de Anthropic no es ningún misterio. Una suscripción Max de USD 200/mes corriendo cargas de trabajo de agentes autónomos puede consumir bastante más de USD 1.000/mes en costos equivalentes de API. La tarifa plana nunca fue diseñada para ese patrón. Desde el lado de Anthropic, esto es una defensa racional de un producto verticalmente integrado. Es una lectura legítima, y vale la pena decirlo sin vueltas.
Pero la estrategia no se trata solo de lo que es racional — se trata de lo que el movimiento abre para todos los demás. Y lo que abrió fue una puerta para OpenAI.
OpenAI se asoció oficialmente con OpenCode, extendiendo el soporte de suscripción de Codex y ChatGPT dentro de la herramienta open-source — y no solo OpenCode, sino también otros harnesses abiertos. Cuando Anthropic bloqueó por primera vez el acceso de terceros en enero, OpenCode lanzó soporte para ChatGPT en cuestión de horas, reportadamente en coordinación con OpenAI. La alineación fue deliberada. Un proveedor cerró su jardín para proteger un producto pulido e integrado; el otro plantó una bandera en el terreno neutral y abierto que su competidor acababa de desocupar.
Ese es el reacomodo. No es “el open source le gana al propietario”. Son dos apuestas opuestas sobre lo que quieren los developers.
Qué significa esto de verdad para tu stack
Sacale el drama y te queda una decisión de arquitectura genuina, y es del tipo de decisión que un CTO debería tomar a propósito en vez de heredar por default.
La neutralidad de OpenCode es toda su propuesta de valor. Si tu prioridad es la libertad de proveedor — la capacidad de rutear a cualquier modelo, cambiar de proveedor cuando cambian los términos o los precios, correr modelos open-weight o self-hosted, y mantener tu tooling independiente del roadmap de cualquier vendor único — OpenCode está construido exactamente para eso. Para verticales reguladas donde la elección de modelo y el ruteo de datos son cuestiones de gobernanza, no preferencias, esa flexibilidad es el punto. Para equipos distribuidos que no pueden asumir que todos están en el plan del mismo proveedor, un agente model-agnostic elimina un problema de coordinación antes de que arranque.
Dónde no encaja
La misma neutralidad es overhead si no la necesitás. Si tu equipo se estandarizó sobre el ecosistema de un proveedor y valorás el pulido, el soporte, las features de fleet-management y autonomía que vienen de un producto fuertemente integrado, entonces una capa de abstracción cross-provider es fricción que estás pagando y no usando. Los agentes más integrados están integrados a propósito, y eso compra cosas reales: defaults más suaves, features de primera parte, una única superficie de soporte. La libertad de proveedor solo importa si pensás ejercerla. Si ya hiciste tu apuesta y estás contento con ella, la mayor fortaleza de OpenCode es un costo que no necesitás cargar.
La versión honesta es esta: OpenCode no ganó porque apareció OpenAI. Ganó porque una gran cantidad de developers decidió, de forma independiente y por razones prácticas, que querían ser dueños de su tooling y elegir sus propios modelos. Que OpenAI apareciera es lo que convirtió a una herramienta popular en una línea de falla política. Ambos hechos son ciertos, y un líder técnico necesita leerlos en el orden correcto — adopción primero, alineación segundo — para tomar bien la decisión.
¿Vos de qué lado estás parado: integración profunda con un proveedor, o libertad de proveedor a cualquier costo? ¿Y esa decisión la tomaste a propósito, o la heredaste?