Alternativas a Open Interpreter: agente actual, Python heredado y migración

Antes de buscar alternativas a Open Interpreter, determine qué Open Interpreter está abandonando: el nombre ahora corresponde a un agente de programación de terminal en Rust que es un fork de Codex de OpenAI, mientras que la herramienta de Python que ejecutaba código generado en su propia máquina está congelada en la versión 0.4.3 de octubre de 2024 y el proyecto ya no la mantiene. Todas sus generaciones son gratuitas y de código abierto, por lo que nunca se trata de una decisión sobre el precio de la licencia, sino sobre qué programa quiere; el único coste recurrente es la API del modelo a la que lo dirija.

Dos redirecciones ocultan la división. Solicitar la antigua ruta del repositorio OpenInterpreter/open-interpreter mediante la API de GitHub devuelve openinterpreter/openinterpreter, en lenguaje Rust, y docs.openinterpreter.com responde HTTP 308 a la documentación del terminal Rust. Los enlaces de un tutorial de 2023 o 2024 siguen resolviendo; simplemente entregan documentación de otro programa, que describe comandos que el binario instalado no tiene. Ambos se comprobaron el 18 de septiembre de 2026.

Un nombre, tres programas y un paquete obsoleto

La redirección desde la antigua ruta del repositorio es la razón por la que la división es fácil de pasar por alto. El README actual lo declara en una sola línea cerca del final: "Esta es la nueva versión Rust de Open Interpreter, basada en Codex. ¿Buscas el proyecto Python original? Sigue existiendo como fork mantenido por la comunidad en endolith/open-interpreter." Ten en cuenta que la licencia también cambió con la reescritura, de AGPL-3.0 a Apache-2.0, algo importante si incorporaste el código antiguo como dependencia. La organización también mantiene el proyecto de voz inactivo 01, cuyo último push fue en noviembre de 2024, además de 01-app y aifs, ninguno modificado desde 2024. Ninguno de los tres está archivado, y ninguno de ellos es actual.

Precios de Open Interpreter: no existen, y esas tres cifras no corresponden

No existe ningún plan, puesto, cuota ni cuenta. openinterpreter.com/pricing devolvió HTTP 404 el 18 de septiembre de 2026; las páginas de instalación del terminal, inicio rápido y configuración no contienen texto sobre precios, suscripciones ni facturación; y el propio README del producto de escritorio dice que "no requiere una cuenta de Interpreter". Esa es una conclusión basada en la ausencia de pruebas —no se encontró ninguna página de precios, en lugar de una promesa del proyecto de que nunca aparecerá—, pero es la respuesta honesta a "precios de open interpreter": el único coste recurrente son los tokens del modelo.

Los precios que dominan esta búsqueda pertenecen a otros productos. Mantenlos fuera de tu presupuesto:

Ambos precios de herramientas se comprobaron el 18 de septiembre de 2026.

Qué alternativa encaja con cada usuario

Qué se migra y qué no

Nada se conserva de la generación de Python. Los indicadores, la superficie de la API de Python, los archivos de perfil YAML y Python y la convención de nombres de modelos de LiteLLM han desaparecido. Lo que sí se conserva tiene forma de Codex y de estándares, y el proyecto lo documenta deliberadamente en su página de migración:

Comprueba la colisión de nombres de binarios antes de instalar. El wheel heredado 0.4.3 declara cuatro scripts de consola — interpreter, i, interpreter-classic y wtf — mientras que el instalador actual coloca interpreter, i y codex-code-mode-host en ~/.local/bin, según la página de instalación. Si alguna vez ejecutaste pip install open-interpreter, ahora dos programas distintos compiten por dos de esos nombres, interpreter y i, y cuál gana depende de la precedencia del shell. Ejecuta which -a interpreter, which -a i y interpreter --version primero, y de nuevo después de instalar.

Rollback. Haz una copia de seguridad de ~/.openinterpreter/ antes de cambiar de proveedor — el bucle de desinstalación documentado elimina la instalación independiente administrada, pero conserva deliberadamente ese directorio, incluida la configuración, las sesiones, los registros y las credenciales almacenadas en archivos, de modo que reinstalar restaura tu configuración. En sentido contrario, conserva intacto el entorno virtual heredado en lugar de eliminarlo: la versión 0.4.3 sigue en PyPI, pero no se garantiza que volver a fijar un conjunto antiguo de dependencias pueda resolverse más adelante.

Apuntar el agente actual a un endpoint compatible con OpenAI

Esta es la frase más importante si vienes de nuestra configuración de Codex CLI, que indica que wire_api tiene exactamente un valor válido. Esa regla es cierta para el Codex upstream y falsa para Open Interpreter. La propia referencia de configuración del upstream dice sobre wire_api que "responses es el único valor compatible y es el predeterminado cuando se omite". La delta mantenida de Open Interpreter enumera como incorporaciones deliberadas un "transporte OpenAI-compatible Chat Completions de primera clase" y un "transporte compatible con Anthropic Messages para proveedores que exponen esa API". Por tanto, el fork llega a endpoints que el Codex upstream no puede alcanzar, y las tres superficies de Kunavo — /v1/responses, /v1/chat/completions y /v1/messages — tienen un valor de protocolo correspondiente.

La estructura documentada para un proveedor personalizado, de la página de proveedores, es un bloque de chat completions con una URL base que termina en /v1; la misma página muestra una pasarela alojada configurada exactamente de esa manera. Aplicado a Kunavo:

# Top-level keys come FIRST. Anything written after a [table] header
# belongs to that table, so model_provider placed below would be ignored.
model_provider = "kunavo"
model = "gpt-5-6-terra"

[model_providers.kunavo]
name = "Kunavo"
base_url = "https://api.kunavo.com/v1"
env_key = "KUNAVO_API_KEY"
wire_api = "chat"

Tres límites que conviene conocer antes de dedicarle una tarde, todos leídos de la documentación del proyecto y no probados aquí:

• Kunavo no está en el catálogo incluido, así que debes configurar model manualmente. El catálogo de proveedores generado se crea a partir de models.dev y algunos endpoints de proveedores activos, y contenía 116 proveedores cuando se comprobó; Kunavo no está ni en él ni en models.dev. No esperes que el selector /model proporcione metadatos de ventana de contexto o capacidades para un proveedor escrito manualmente.
• El enrutamiento del arnés es estricto. Según la página del arnés, chat acepta chat nativo además de claude-code, claude-code-bare, deepseek-tui, kimi-code, kimi-cli, qwen-code, swe-agent y minimal; responses acepta nativo, claude-code y claude-code-bare; y en messages, "el modo nativo se rechaza porque Messages requiere un transporte nativo del arnés". Cualquier cadena de arnés no reconocida vuelve al chat sin generador de solicitudes integrado, por lo que un error tipográfico degrada silenciosamente la ejecución. No se documenta qué arnés funciona mejor con cada modelo, y esta página no lo supone.
• La URL base de Messages es una inferencia, no un ejemplo documentado de Kunavo. Los proveedores de Messages incluidos en el catálogo — Anthropic y ZCode de Z.AI — usan ambos una raíz de API sin /v1, y la página de Z.AI indica que la solicitud ZCode Messages se envía a /v1/messages — por lo que el cliente añade la ruta. Según esa regla, un bloque compatible con el protocolo de Anthropic usaría la raíz de la API en lugar de la URL /v1 anterior, pero no existe ningún ejemplo de Messages para proveedores personalizados en la documentación oficial y esto no se ejecutó. Empieza con el protocolo de chat, que es la estructura documentada.

Otros dos detalles documentados: env_key nombra la variable de entorno, no la clave en sí, y para ejecuciones puntuales interpreter --chat-completions sobrescribe la estructura de la solicitud para esa invocación sin cambiar la URL base, las credenciales ni el modelo del proveedor. El inicio de sesión de ChatGPT aparece como autenticación del proveedor integrado openai, no como opción de proveedor personalizado; las fuentes de autenticación que la página de proveedores documenta para una tabla de proveedores son env_key, experimental_bearer_token y un bloque auth respaldado por comandos, además de un bloque aws únicamente para Amazon Bedrock.

Una estimación de costes calculada para una sesión

Estos son cálculos ilustrativos de tokens, no costes medidos de tareas ni un límite de facturación. Supón una sesión de agente que envía 300.000 tokens de entrada no almacenados en caché y recibe 20.000 tokens de salida — una forma elegida con fines ilustrativos, porque un arnés de estilo Codex reenvía el contexto acumulado en cada turno. Tu propio repositorio y el número de turnos serán diferentes. Las tarifas son precios actuales del catálogo de Kunavo por millón de tokens.

La diferencia es el punto, no una fila concreta: bajo estas suposiciones, los modelos Claude Haiku 4.5 calculan la misma sesión a $0.280 frente a $0.840 para Claude Sonnet 4.6. Eso no es una recomendación de elegir la tarifa más barata. El precio indicado más bajo y el coste más bajo para terminar la tarea son afirmaciones diferentes, y un modelo que necesita tres intentos para una refactorización puede costar más que uno que necesita una sola pasada; mide ambos en tu propio repositorio antes de decidir. El importe del catálogo de Kunavo es un mínimo de facturación, no un límite: cuando el upstream comunica su cargo, la factura es el mayor entre el coste del catálogo y el coste del upstream 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, que es un mínimo de financiación, no una tarifa por tarea ni una suscripción; consulta los detalles de facturación.

Configurarlo con honestidad

Open Interpreter no se ha probado en tiempo de ejecución con Kunavo: no se ejecutó nada de esta página, y cada afirmación de configuración anterior se leyó en el repositorio y la documentación del proyecto el 18 de septiembre de 2026. La referencia publicada más cercana es la integración de Codex CLI, cuyo bloque TOML tiene la misma estructura; cópialo, cambia el directorio de configuración a ~/.openinterpreter/config.toml e ignora su regla de un único wire_api, que pertenece al Codex upstream. Conserva una ruta operativa disponible, ejecuta una tarea acotada y después lee el cargo que tu cuenta registró. Crea una cuenta de Kunavo cuando estés listo para financiar una clave.

¿Sigues comparando rutas en lugar de clientes? API compatible con OpenAI explica qué garantiza y qué no garantiza el protocolo de chat, y pasarela de LLM cubre en general la disyuntiva entre una clave y un saldo.

Preguntas frecuentes

El estado del repositorio, las versiones, los registros de paquetes, la documentación y el catálogo de proveedores generado se comprobaron el 18 de septiembre de 2026; los precios de las herramientas de OpenAI y Anthropic se leyeron en sus propias páginas de precios ese mismo día. No se cita ningún precio de suscripción de ChatGPT porque esa página rechazó la solicitud. Nada de esto se probó en tiempo de ejecución contra ningún endpoint. Las tarifas de tokens de Kunavo proceden del catálogo actual, y cada ejemplo en dólares de esta página es un cálculo ilustrativo de tokens, no un coste de tarea medido.