VT Code frente a OpenCode: flujo de trabajo, modelos y coste total

VT Code y OpenCode son agentes de codificación para terminal gratuitos que no cobran nada por el cliente y ambos aceptan tu propio endpoint compatible con OpenAI, así que esto no es una comparación de precios. Las diferencias reales son dónde permite cada uno declarar ese endpoint, hacia qué lado apuntan los valores predeterminados de permisos y si quieres una suscripción de $10 al mes en el mismo paquete. VT Code es un único binario de Rust de un proyecto independiente dirigido por un solo mantenedor. OpenCode es un agente de TypeScript de la empresa Anomaly, con una aplicación de escritorio, extensiones para editores y dos billeteras propias de primera parte.

Primero hay que aclarar dos trampas de nombres, porque equivocarse en cualquiera de ellas invalida todo lo que sigue. "VT Code" no es Visual Studio Code, y VT Code incluye confusamente su propia extensión complementaria para VS Code en una serie de versiones independiente. Además, tres cosas diferentes se llaman OpenCode: solo una de ellas forma parte de esta comparación.

Qué estás comparando realmente

Metadatos del repositorio, versiones y dist-tags leídos de la API de GitHub, npm y crates.io el 21 de septiembre de 2026. Una cuarta colisión: "OpenCode Go" también es el nombre del plan de suscripción de $10 al mes de Anomaly, que no tiene nada que ver con el lenguaje Go ni con la CLI de Go archivada; y VT Code lo empeora al nombrar una de sus claves de proveedor integradas opencode-go. Observa también lo rápido que cambia la versión de VT Code: 0.164.0, 0.164.2 y 0.165.0 se publicaron en unas 27 horas entre el 20 y el 21 de septiembre, así que lee la etiqueta en lugar de confiar en una versión impresa en cualquier página, incluida esta.

Quién debería elegir cuál

Sobre el coste de migración. La mitad barata es AGENTS.md: ambas herramientas lo leen desde la raíz del proyecto, así que el archivo que describe tus convenciones sobrevive intacto a un cambio en cualquier dirección. La mitad cara es todo lo demás. Los dos formatos de configuración son incompatibles: TOML con matrices de tablas frente a JSON que nombra un paquete npm por proveedor; no hay convertidor, por lo que una configuración local del proyecto debe reescribirse manualmente. Esta página no estableció si las definiciones de MCP, las habilidades, los complementos, los agentes personalizados o el historial de sesiones se trasladan, así que no estima el tiempo de migración más allá de esa reescritura.

La única asimetría que merece influir en la decisión: dónde puede vivir el endpoint

Esta es la diferencia que ninguna plantilla genérica menciona y que contradice la intuición habitual sobre los monorepos. OpenCode trata un proveedor personalizado como datos normales del proyecto: un opencode.json confirmado funciona, que es la forma de estandarizar a todo el equipo en una única puerta de enlace mediante un archivo revisado. VT Code lo rechaza deliberadamente.

La referencia de campos de configuración de VT Code lo establece en el propio campo: "Los valores no vacíos procedentes de capas de espacio de trabajo/proyecto controladas por el repositorio se rechazan; define los endpoints de los proveedores en la configuración de sistema/usuario de confianza o en una configuración seleccionada explícitamente." El mismo rechazo se repite en custom_providers[].base_url, en custom_providers[].auth.command y en provider_overrides.*.base_url y .api_key_env. Su modelo de seguridad explica el razonamiento como una capa propia: el cargador registra el origen ganador de cada campo combinado, trata los archivos de la raíz del espacio de trabajo, los archivos .vtcode/ del espacio de trabajo y los perfiles del proyecto como controlados por el repositorio, y falla de forma segura antes de validar el proveedor; según indica, esto impide que un repositorio introduzca el auth.command ejecutable de un proveedor personalizado o redirija las solicitudes mediante una URL base anulada.

La consecuencia práctica es la siguiente: con OpenCode, una solicitud de incorporación de cambios combinada dirige a todo el equipo a una puerta de enlace. Con VT Code, el mismo cambio es una instalación por máquina en la configuración del usuario o del sistema, o una ruta --config pasada al iniciar. Es una disyuntiva real: una opción ofrece comodidad de despliegue y la otra control de la cadena de suministro; la que prefieras es una razón más sólida para elegir un cliente aquí que cualquier lista de funciones. Ambos datos se leyeron de main el 21 de septiembre de 2026.

Permisos, autonomía y las superficies que incluye cada uno

Fuentes: la referencia de campos de configuración, el modelo de seguridad y la guía de proveedores de VT Code; y la documentación de permisos, proveedores, servidor y ACP de OpenCode. Todo se leyó el 21 de septiembre de 2026 y todo describe valores predeterminados; cualquiera de los clientes puede reconfigurarse en la otra dirección. Ambos hablan ACP y ambos admiten MCP, por lo que el alcance en editores está prácticamente igualado y no es un diferenciador.

El dinero se gasta en la cartera, no en el cliente

OpenCode vende dos cosas propias. VT Code no vende nada, lo cual también es un factor de decisión: cada token que envía lo factura quien hayas configurado y no hay ningún plan de primera parte al que recurrir

Precios y cuotas leídos de la documentación propia de OpenCode el 21 de septiembre de 2026. Conviene saber dos cosas antes de compararlos. Go publica términos de datos por modelo que no son uniformes: la mayoría de las filas indican que no se utiliza el modelo para entrenamiento y que la retención es de cero días, mientras que algunas indican una retención de 30 días y dos modelos de colaboradores aparecen marcados como utilizados para entrenamiento y sin retención cero; comprueba la fila del modelo que quieras utilizar. Además, Zen publica descontinuaciones fechadas, por lo que una comparación anclada a un único ID de modelo puede quedar obsoleta más rápido que la página en la que aparece. OpenCode Enterprise es un formulario de contacto sin precio publicado, y esta página no cita ninguno

Cuánto cuesta una sesión en tu propio endpoint

Las cifras siguientes son aritmética ilustrativa de tokens, no costes medidos de tareas ni un límite máximo de facturación. Supón una sesión de agente que envía 200,000 tokens de entrada sin caché y recibe 15,000 tokens de salida: una suposición para comparar, no una medición de tu repositorio. Las tarifas son precios actuales del catálogo de Kunavo por millón de tokens; la última columna simplemente divide, por lo que hereda todas las suposiciones anteriores.

Compara esa última columna con los $10 al mes de OpenCode Go y después resiste la tentación de considerarla un veredicto. No son la misma unidad: los límites de Go están expresados en dólares de uso de su catálogo, no en dólares que gastas, y las dos categorías solo se solapan parcialmente: GPT 5.6 Luna aparece en la lista publicada de Go, mientras que las filas de Claude y Gemini de la tabla anterior no. Una suscripción también compra previsibilidad, no una tarifa. Lo que la tabla sí resuelve es la forma de la pregunta: si tu trabajo consiste en unas pocas sesiones largas por semana con un modelo barato, los tokens medidos llegan antes; si es un uso intensivo durante todo el día con modelos que Go realmente ofrece, un plan fijo deja de ser claramente peor. Mide tus propias sesiones antes de elegir, porque un modelo que necesita un segundo intento elimina inmediatamente la ventaja de una tarifa.

El importe del catálogo de Kunavo es un mínimo de facturación, no un límite: cuando el proveedor ascendente informa de su cargo, la factura es el mayor entre el coste del catálogo y el coste del proveedor ascendente multiplicado por el margen aplicable. Los cargos de caché y las herramientas externas quedan fuera de este ejemplo. La recarga mínima es de $10 en crédito prepago — un mínimo de financiación, no una tarifa por tarea ni una suscripción. Consulta detalles de facturación.

Dirigir cualquiera de los dos a tu propio endpoint

El lado de VT Code es un bloque [[custom_providers]], y la regla de ubicación de la sección anterior es lo que la gente suele hacer mal:

# This block is rejected if it arrives from a repository-controlled
# layer. Put it in your user config, in the Unix system layer
# (/etc/vtcode/vtcode.toml), or pass it with --config / VTCODE_CONFIG_PATH.
[[custom_providers]]
name = "kunavo"
display_name = "Kunavo"
base_url = "https://api.kunavo.com/v1"
api_key_env = "KUNAVO_API_KEY"
api_format = "openai-chat"
model = "claude-sonnet-5"
models = ["claude-sonnet-5", "claude-haiku-4-5"]
context_window = 1000000   # omit this and VT Code assumes 128000

Cuatro notas sobre ese bloque, todas procedentes de la guía de proveedores y de la referencia de campos. La clave se lee de la variable de entorno indicada en api_key_env, y la documentación de configuración incluye una advertencia explícita de no poner nunca claves de API en vtcode.toml. api_format acepta auto, openai-chat, openai-responses o anthropic-messages; se respeta un valor explícito en lugar de recurrir silenciosamente a un valor alternativo; y la ruta de Anthropic merece una revisión aparte porque las dos convenciones de URL base difieren, como explica la referencia de URL base. Configurar context_window es importante: si lo omites, se supone que son 128,000 tokens, lo que limita silenciosamente la compactación y las comprobaciones previas en un contexto mucho mayor. Además, VT Code aplica puertas de muestreo de OpenAI basadas en el nombre también a los endpoints personalizados: por ejemplo, un ID de modelo que coincida con gpt-6-astra nunca recibe temperature ni top_p; el consejo de la propia guía es "preferir IDs de modelo neutrales en las puertas de enlace si necesitas valores fijados para esos nombres".

El equivalente de OpenCode es un archivo de datos, y el campo npm es el que selecciona el formato de comunicación: @ai-sdk/openai-compatible para un endpoint que ofrece /v1/chat/completions, @ai-sdk/openai para /v1/responses:

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Kunavo",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": {
        "claude-sonnet-5": {
          "name": "Claude Sonnet 5",
          "limit": { "context": 1000000, "output": 128000 }
        }
      }
    }
  }
}

OpenCode también puede anular el baseURL de un proveedor integrado en lugar de declarar uno personalizado; su documentación indica que los metadatos de los modelos de los proveedores conocidos proceden de Models.dev, por lo que un proveedor declarado manualmente debe proporcionar su propio limit; y las claves añadidas mediante el comando /connect se guardan en ~/.local/share/opencode/auth.json. Kunavo publica una página de configuración para este cliente: la guía de integración de OpenCode. Aquí no hay una página de integración de VT Code, y el bloque TOML anterior es una referencia de configuración reunida a partir de las definiciones de campos documentadas de VT Code: ninguno de los dos clientes se ha probado en tiempo de ejecución con Kunavo y no se afirma compatibilidad para ninguno. Mantén disponible una ruta funcional, ejecuta una tarea acotada y lee el cargo registrado en tu cuenta antes de cambiar tu herramienta diaria. Crea una cuenta de Kunavo cuando estés listo para financiar una clave.

Una advertencia de instalación que puede costar tiempo real. El paquete público de npm llamado vtcode no es el VT Code actual: su dist-tag latest era 0.52.8, publicado el 24 de diciembre de 2025, mientras que crates.io estaba en 0.165.0 el 21 de septiembre de 2026. La documentación de instalación de VT Code indica una ruta npm diferente: npm install -g @vinhnx/vtcode --registry=https://npm.pkg.github.com, junto con cargo install vtcode y un tap de Homebrew que necesita brew trust vinhnx/tap antes de brew install vinhnx/tap/vtcode. El mismo documento advierte que los artefactos para Windows se ofrecen con los mejores esfuerzos y pueden no aparecer en todas las versiones, mientras que la propia página de instalación de OpenCode recomienda WSL en Windows; por tanto, ninguno es una herramienta de primera clase para Windows según su propia documentación

¿Comparas más allá? Crush frente a OpenCode compara el mismo OpenCode con el agente de Charm, precios de OpenCode profundiza en Zen y Go, y la referencia de la API compatible con OpenAI cubre la convención de endpoint en la que se basan ambos clientes

Preguntas frecuentes

Comprobado el 21 de septiembre de 2026: la API de GitHub para los tres repositorios, además de la lista de versiones de VT Code; los dist-tags de npm para opencode-ai, @opencode/cli y vtcode; el registro de crates.io para vtcode; el README, el modelo de seguridad, la guía de proveedores, la referencia de campos de configuración, el documento de instalación y el manifiesto de la extensión de VS Code de VT Code en main; y las páginas de permisos, proveedores, servidor, Zen, Go y descargas de OpenCode. Las tarifas de tokens de Kunavo proceden del catálogo actual. Ninguno de los dos clientes se instaló, ejecutó ni dirigió a un endpoint de Kunavo para esta página; no se realizó ninguna comparación de referencia o rendimiento, ni se afirma ninguna; cada cifra en dólares aquí es aritmética ilustrativa de tokens, no un coste medido de una tarea