Conclusiones clave
- La licencia cambió de AGPL 3.0 a Apache 2.0 — confirmado vía la API de GitHub y el archivo LICENSE del repositorio
- Reescrito por completo en Rust como bifurcación del proyecto Codex de código abierto de OpenAI
- Descripción actual en GitHub: "A coding agent for open models like Kimi K3"
- Objetivos de integración de modelos nombrados: Kimi K3, DeepSeek, Qwen, GLM/Z.AI
- 68.227 estrellas, 5.871 forks, solo 10 issues abiertos, último push el 2026-08-20
- Se convirtió en el repositorio Rust más tendencia en GitHub tras lanzar su harness de Kimi K3
- La herramienta original en Python/AGPL "controla tu computadora" sigue viva como fork comunitario en endolith/open-interpreter
📍 En una frase
Open Interpreter es ahora un agente de código en Rust, bajo licencia Apache 2.0, bifurcado del Codex de código abierto de OpenAI y construido para ejecutar modelos abiertos como Kimi K3, reemplazando su diseño original en Python/AGPL de "el modelo ejecuta código en tu máquina".
💬 En términos simples
La herramienta solía ser una forma de ejecutar localmente algo similar al Code Interpreter de ChatGPT en lugar de en el sandbox de la nube de OpenAI. Sigue haciendo algo similar en espíritu, pero el código, la licencia y el público objetivo — personas que usan modelos abiertos, no la API de un solo proveedor — cambiaron por completo.
📌Nota: Esta reseña cubre la versión actual Rust/bifurcación de Codex de Open Interpreter. Si buscas la herramienta Python original de 2023 que navega la web y edita archivos con comandos en lenguaje natural, esa sigue viva en el fork comunitario, no en el repositorio principal.
¿Qué es Open Interpreter en 2026?
Open Interpreter (github.com/openinterpreter/openinterpreter, comúnmente enlazado como github.com/OpenInterpreter/open-interpreter, que redirige a la organización canónica en minúsculas) es un agente de código basado en terminal. Su descripción actual en GitHub lo dice sin rodeos: "A coding agent for open models like Kimi K3". Ese es un proyecto distinto, en un lenguaje distinto, bajo una licencia distinta, del que dio a conocer el nombre en 2023.
- Núcleo en Rust, que reemplaza por completo la base de código Python original
- Bifurcación del proyecto Codex de código abierto de OpenAI, compatible con el Agent Client Protocol (ACP)
- Reimplementa en Rust el harness "Kimi Code" recomendado por el proveedor, ajustado para sacar más partido de modelos abiertos y de bajo costo en lugar de una sola API alojada
- Los temas del repositorio en GitHub incluyen acp, coding-agent, deepseek, kimi, qwen y rust
- Sitio web: openinterpreter.com
- Fundado por Killian Lucas, quien dirige Open Interpreter Inc. como CEO y desarrollador principal
De un proyecto paralelo AGPL en 2023 a una reescritura en Rust en 2026
El repositorio de Open Interpreter se creó el 2023-07-14 y se lanzó públicamente en septiembre de 2023, en el auge del interés por dar a los modelos de lenguaje acceso directo a una terminal. Su fundador, Killian Lucas — con base en Bellingham, Washington — lo construyó para dar a la gente la misma capacidad de "deja que el modelo simplemente ejecute el código" que el Code Interpreter alojado de OpenAI, pero ejecutándose localmente o contra un modelo remoto de elección del usuario en lugar de dentro de un sandbox de nube restringido: sin límites de acceso a internet, sin topes de tamaño de archivo, y control total sobre el entorno de ejecución. Lucas después fundó Open Interpreter Inc., donde es CEO y desarrollador principal.
Esa herramienta original se publicó bajo licencia AGPL 3.0 y se describía como una interfaz en lenguaje natural que permitía a un LLM editar archivos, navegar la web y analizar conjuntos de datos desde una sesión de terminal tipo chat — más cercana a un agente de control de computadora de propósito general que a una herramienta específica de código.
Para 2026, el proyecto había cambiado de rumbo por completo. El equipo reescribió la base de código desde cero en Rust, la bifurcó del propio proyecto Codex de código abierto de OpenAI, y la reposicionó como un agente de código construido específicamente para modelos abiertos y de bajo costo en lugar de un asistente general "controla tu computadora". La licencia cambió de AGPL 3.0 a Apache 2.0 en el mismo periodo.
Por qué existía en 2023
El Code Interpreter alojado de OpenAI se ejecutaba dentro de un sandbox de nube restringido — acceso a internet limitado, tamaños de archivo topados, y sin control sobre el entorno de ejecución. La motivación fundacional de Open Interpreter fue dar a la gente esa misma capacidad localmente o contra un modelo de su elección, sin esas restricciones.
Qué cambió para 2026
El proyecto reescribió su núcleo en Rust, lo bifurcó del Codex de OpenAI, y estrechó su enfoque para ser un agente de código para modelos abiertos — un alcance distinto al de la herramienta general original "controla tu computadora".
Cómo funciona Open Interpreter ahora
La arquitectura actual de Open Interpreter es una reimplementación en Rust del harness "Kimi Code" recomendado por el proveedor, envuelta en una interfaz de terminal compatible con Codex. Habla el Agent Client Protocol (ACP), lo que le permite conectarse a editores y herramientas compatibles con ACP en lugar de funcionar solo como CLI independiente.
- Núcleo en Rust para el bucle del agente y la interfaz de terminal
- Bifurcación del CLI Codex de código abierto de OpenAI, estructuralmente compatible con él
- Compatible con ACP (Agent Client Protocol), por lo que puede integrarse con otras herramientas compatibles con ACP, no solo ejecutarse de forma independiente
- Objetivos de integración nombrados: Kimi K3, DeepSeek, Qwen y GLM/Z.AI
- Sigue distribuyendo un SDK de Python y un componente runtime junto al núcleo en Rust (ver los workflows python-runtime-build.yml y python-sdk-release.yml), por lo que no es un proyecto exclusivamente en Rust de punta a punta
- 1macOS o Linux: ejecuta
curl -fsSL https://www.openinterpreter.com/install | shen una terminal. - 2Windows: ejecuta `irm www.openinterpreter.com/install.ps1 | iex` en PowerShell.
- 3Inicia el agente ejecutando
iointerpreterdesde una terminal. - 4Apúntalo a un modelo abierto como Kimi K3, DeepSeek, Qwen o GLM/Z.AI según las instrucciones de configuración de ese proveedor — el proyecto no documenta un único backend obligatorio.
- 5Úsalo directamente desde la terminal, o conéctalo mediante un editor compatible con ACP si prefieres trabajar dentro de un IDE en lugar de un CLI independiente.
El cambio de licencia: de AGPL 3.0 a Apache 2.0
La base de código original de la era Python de Open Interpreter se publicó bajo AGPL 3.0, una licencia copyleft que exige a quien modifique el código y lo ejecute como servicio de red liberar su código fuente modificado. La base de código actual en Rust se publica bajo Apache 2.0, confirmado tanto por el campo de licencia de la API de GitHub como por el archivo LICENSE en bruto en la raíz del repositorio.
Qué permite Apache 2.0 que AGPL 3.0 no permitía
Apache 2.0 es una licencia permisiva: puedes usar, modificar y redistribuir el código — incluso dentro de un producto comercial de código cerrado — sin obligación de publicar tu código fuente ni el de cualquier servicio construido sobre él. La cláusula copyleft de "uso en red" de AGPL 3.0 imponía exactamente esa obligación a quien ejecutara una versión modificada como servicio alojado.
Qué se mantiene igual
Apache 2.0 sigue exigiendo conservar los avisos de copyright y licencia y declarar los cambios significativos que hagas al código. También incluye una concesión de patente explícita, que AGPL 3.0 no tiene.
¿Sigue manteniéndose Open Interpreter?
Todas las señales disponibles en el repositorio apuntan a un mantenimiento activo y actual, no a un proyecto que vive de popularidad pasada. El último push fue el 2026-08-20 — a poco más de dos semanas de esta reseña — con solo 10 issues abiertos frente a 68.227 estrellas y 5.871 forks, una proporción baja para un repositorio de este tamaño.
El proyecto también mantiene una infraestructura de CI automatizada considerable, evidenciada por los archivos de workflow en su directorio .github/workflows/: rust-ci.yml, rust-ci-full.yml y rust-ci-full-nextest-platform.yml ejecutan la suite de pruebas Rust vía cargo nextest en varias plataformas; cargo-ci.yml y cargo-deny.yml cubren auditoría de dependencias y seguridad; blocking-ci.yml es una verificación obligatoria que bloquea fusiones; postmerge-ci.yml y public-ci.yml ejecutan validaciones adicionales; python-runtime-build.yml y python-sdk-release.yml compilan y publican el componente SDK de Python; y repo-checks.yml junto con codespell.yml gestionan la higiene del repositorio.
Actividad del repositorio
- What it shows:
- Último push el 2026-08-20, no archivado
Proporción estrellas/issues
- What it shows:
- 68.227 estrellas frente a 10 issues abiertos — backlog pequeño
Número de forks
- What it shows:
- 5.871 forks
Cobertura de CI
- What it shows:
- 9+ archivos de workflow con pruebas Rust, auditorías de dependencias y verificaciones obligatorias
Estado de tendencia
- What it shows:
- Repositorio Rust más tendencia en GitHub tras el lanzamiento del harness Kimi K3
📌Nota: No ejecutamos nuestra propia suite de pruebas contra Open Interpreter para esta reseña. Las señales de mantenimiento anteriores provienen del historial público de commits del repositorio, el número de issues, y sus propios archivos de workflow de CI publicados, no de benchmarks generados por PromptQuorum. Verifica el estado actual directamente en el repositorio antes de dedicarle tiempo significativo.
¿Quién debería usar Open Interpreter?
La elección correcta depende de si quieres específicamente un agente de código optimizado para modelos abiertos, o la herramienta general original "controla tu computadora".
Usa Open Interpreter (actual, Rust) si
- Quieres un agente de código de terminal compatible con Codex, optimizado para modelos abiertos o de bajo costo como Kimi K3, DeepSeek, Qwen o GLM/Z.AI
- Ya usas, o planeas usar, un editor compatible con ACP y quieres un agente que hable ese protocolo
- Quieres un agente con licencia permisiva (Apache 2.0) sobre el que construir comercialmente sin obligación copyleft
Usa el fork comunitario endolith/open-interpreter si
- Quieres específicamente la herramienta Python original de 2023, que permite a un modelo navegar la web, editar archivos y analizar conjuntos de datos desde una sesión de terminal tipo chat general, no un agente específico de código
- Necesitas la base de código con licencia AGPL 3.0 por una razón ligada a esa licencia en particular
Considera otra herramienta por completo si
- Quieres un agente de código propietario, alojado por un proveedor — OpenAI Codex CLI o Anthropic Claude Code son los equivalentes de código cerrado más cercanos a lo que modela la arquitectura actual de Open Interpreter
- Quieres un agente autónomo nativo del IDE en lugar de uno centrado en terminal — Cline u OpenHands están construidos en torno a ese flujo de trabajo
- Quieres el patrón de agente autónomo general y sin límites en el que Open Interpreter competía originalmente — AutoGPT y BabyAGI (ambos reseñados en este sitio) son los pares históricos directos de esa categoría
Open Interpreter vs. alternativas
El posicionamiento actual de Open Interpreter — un agente de código de terminal compatible con Codex para modelos abiertos — lo sitúa junto a varias categorías de herramientas: otros agentes de código de terminal, agentes nativos del IDE, agentes propietarios de proveedores, y sus propios pares históricos de la ola de 2023 de "dar a un LLM agencia sobre tu máquina".
Mejor elección según el caso de uso
- Mejor para agentes de código con modelos abiertos: Open Interpreter — construido específicamente para Kimi K3, DeepSeek, Qwen y GLM/Z.AI
- Mejor para revisión de diffs git-nativa: Aider — los commits se estructuran como diffs de git revisables
- Mejor para quedarte en VS Code: Cline — funciona como extensión en lugar de herramienta de terminal separada
- Mejor para una opción propietaria con soporte de proveedor: OpenAI Codex CLI o Claude Code
- Mejor para revisitar el patrón original de agente sin límites: AutoGPT (classic) o BabyAGI, ambos reseñados en este sitio
Herramienta | Interfaz | Licencia | Mejor para |
|---|---|---|---|
| Open Interpreter | Terminal, compatible ACP | Apache 2.0 | Agente de código para modelos abiertos |
| Aider | Terminal | Apache 2.0 | Pair programming git-nativo por diffs |
| Cline | Extensión de VS Code | Apache 2.0 | Agente autónomo de IDE |
| OpenHands | Runtime de agente en sandbox | MIT | Tareas de agente SWE autónomo |
| Continue.dev | Extensión de IDE | Apache 2.0 | Autocompletado + chat, acotado al IDE |
| OpenAI Codex CLI | Terminal | Propietaria | Agente de código de terminal alojado |
| Claude Code | Terminal | Propietaria | Agente de código de terminal alojado |
| AutoGPT (classic) | CLI, bucle autónomo | MIT | Experimentos de agente autónomo sin límites |
| BabyAGI | CLI, bucle autónomo | MIT | Experimentos mínimos de bucle de tareas |
Errores comunes al evaluar Open Interpreter
La mayor parte de la confusión sobre Open Interpreter en 2026 viene de esperar la herramienta de 2023 en lugar de la reescritura actual en Rust.
Error 1: suponer que sigue bajo licencia AGPL 3.0
La licencia AGPL 3.0 se aplicaba a la base de código original de Python. El proyecto actual en Rust está bajo licencia Apache 2.0 — confirmado vía la API de GitHub y el archivo LICENSE del repositorio. Verifica el archivo LICENSE directamente antes de suponer cualquiera de las dos licencias.
Error 2: esperar la herramienta original "controla tu computadora"
La descripción actual de Open Interpreter es "a coding agent for open models like Kimi K3" — un alcance más estrecho, específico de código, que el agente general original de edición de archivos y navegación web. Esa herramienta original sigue viva en el fork comunitario en endolith/open-interpreter, no en el repositorio principal.
Error 3: tratarlo como un proyecto exclusivamente en Rust
El repositorio sigue distribuyendo y publicando un SDK de Python y un componente runtime (ver python-runtime-build.yml y python-sdk-release.yml), junto al núcleo en Rust. Es un proyecto con núcleo en Rust y un componente en Python, no una reescritura pura que abandonó Python por completo.
Error 4: suponer que se requiere un backend de modelo específico
El proyecto nombra a Kimi K3, DeepSeek, Qwen y GLM/Z.AI como objetivos de integración, pero no documenta un único backend obligatorio. A qué modelo abierto lo apuntes es una decisión de configuración, no una dependencia fija.
Preguntas frecuentes
¿Bajo qué licencia está Open Interpreter?
Apache 2.0, confirmado vía el campo de licencia de la API de GitHub y el archivo LICENSE del repositorio. Es un cambio respecto a la licencia AGPL 3.0 original usada por la base de código de la era Python anterior.
¿Sigue manteniéndose Open Interpreter?
Sí. El último push fue el 2026-08-20, con solo 10 issues abiertos frente a 68.227 estrellas, y mantiene una infraestructura de CI de múltiples workflows que cubre pruebas Rust, auditorías de dependencias y verificaciones obligatorias de fusión.
¿Qué pasó con el Open Interpreter original?
La herramienta original en Python — que permitía a un modelo local o remoto editar archivos, navegar la web y ejecutar código desde una sesión de terminal en lenguaje natural — se reescribió por completo en Rust en 2026 y se bifurcó del proyecto Codex de código abierto de OpenAI. La versión original en Python/AGPL sigue viva como fork comunitario en github.com/endolith/open-interpreter.
¿Qué modelos admite Open Interpreter?
El proyecto nombra a Kimi K3, DeepSeek, Qwen y GLM/Z.AI como objetivos de integración en los temas y la descripción de su repositorio, y reimplementa el harness "Kimi Code" en Rust. No documenta un único backend de modelo obligatorio.
¿Cómo instalo Open Interpreter?
En macOS o Linux, ejecuta curl -fsSL https://www.openinterpreter.com/install | sh. En Windows, ejecuta irm https://www.openinterpreter.com/install.ps1 | iex en PowerShell. Luego inicia el agente con i o interpreter.
¿Open Interpreter es gratuito?
Sí. Se publica bajo la licencia Apache 2.0, que permite el uso, la modificación y la redistribución gratuitos, incluso dentro de un producto comercial, sin obligación de publicar tu propio código fuente.
¿Es Open Interpreter compatible con Codex o Claude Code?
Open Interpreter es una bifurcación del proyecto Codex de código abierto de OpenAI y está construido para ser compatible con Codex, y admite el Agent Client Protocol (ACP) para integrarse con otras herramientas compatibles con ACP. Es un proyecto separado, mantenido de forma independiente, no una extensión oficial del CLI Codex de OpenAI ni de Claude Code de Anthropic.
¿Open Interpreter todavía permite que un modelo controle toda mi computadora?
El proyecto actual en Rust está acotado como agente de código, no como herramienta general "controla tu computadora". La herramienta original de Python, de alcance más amplio — edición de archivos, navegación web, análisis de conjuntos de datos — sigue viva por separado en el fork comunitario en endolith/open-interpreter.
¿Cómo se compara Open Interpreter con Aider o Cline?
Los tres son agentes de código basados en terminal o IDE. Aider es git-nativo y estructura su salida como diffs revisables; Cline funciona como extensión de VS Code; Open Interpreter es un agente de terminal independiente, compatible con Codex, optimizado específicamente para modelos abiertos. Cuál se ajusta mejor depende de si quieres revisión de diffs de git, integración con IDE, u optimización centrada en modelos abiertos.
¿Por qué Open Interpreter cambió de AGPL 3.0 a Apache 2.0?
El proyecto no publica una razón explícita en su README para este cambio de licencia específico junto con la reescritura de 2026. Apache 2.0 es más permisiva que AGPL 3.0: elimina la obligación copyleft de divulgación de código ligada al "uso en red" y añade una concesión de patente explícita, lo que facilita construir productos comerciales sobre el código. Lee directamente el archivo LICENSE para confirmar los términos actuales antes de basarte en esta distinción.