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.
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.
¿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".
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".
| Herramienta | Enlace | Interfaz | Licencia | Mejor para |
|---|---|---|---|---|
| Open Interpreter | github.com/OpenInterpreter/open-interpreter | Terminal, compatible ACP | Apache 2.0 | Agente de código para modelos abiertos |
| Aider | aider.chat | Terminal | Apache 2.0 | Pair programming git-nativo por diffs |
| Cline | cline.bot | Extensión de VS Code | Apache 2.0 | Agente autónomo de IDE |
| OpenHands | github.com/All-Hands-AI/OpenHands | Runtime de agente en sandbox | MIT | Tareas de agente SWE autónomo |
| Continue.dev | continue.dev | Extensión de IDE | Apache 2.0 | Autocompletado + chat, acotado al IDE |
| OpenAI Codex CLI | github.com/openai/codex | Terminal | Propietaria | Agente de código de terminal alojado |
| Claude Code | claude.com/product/claude-code | Terminal | Propietaria | Agente de código de terminal alojado |
| AutoGPT (classic) | github.com/Significant-Gravitas/AutoGPT | CLI, bucle autónomo | MIT | Experimentos de agente autónomo sin límites |
| BabyAGI | github.com/yoheinakajima/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.
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.