Principais conclusões
- Licença mudou de AGPL 3.0 para Apache 2.0 — confirmado via API do GitHub e o arquivo LICENSE do repositório
- Reescrito do zero em Rust como fork do projeto Codex de código aberto da OpenAI
- Descrição atual no GitHub: "A coding agent for open models like Kimi K3"
- Alvos de integração de modelos citados: Kimi K3, DeepSeek, Qwen, GLM/Z.AI
- 68.227 estrelas, 5.871 forks, apenas 10 issues abertas, último push em 2026-08-20
- Tornou-se o repositório Rust mais em alta no GitHub após lançar seu harness do Kimi K3
- A ferramenta original em Python/AGPL "controle seu computador" segue viva como fork da comunidade em endolith/open-interpreter
📍 Em uma frase
O Open Interpreter agora é um agente de código em Rust, sob licença Apache 2.0, derivado do Codex de código aberto da OpenAI e construído para executar modelos abertos como o Kimi K3, substituindo seu design original em Python/AGPL de "o modelo executa código na sua máquina".
💬 Em termos simples
A ferramenta costumava ser uma forma de rodar localmente uma execução de código no estilo ChatGPT em vez de no sandbox da nuvem da OpenAI. Ela ainda faz algo parecido em espírito, mas o código, a licença e o público-alvo — pessoas que usam modelos abertos, não a API de um único fornecedor — mudaram completamente.
📌Nota: Esta análise cobre a versão atual Rust/fork do Codex do Open Interpreter. Se você procura a ferramenta Python original de 2023, que navega na web e edita arquivos com comandos em linguagem natural, ela segue viva no fork da comunidade, não no repositório principal.
O que é o Open Interpreter em 2026?
O Open Interpreter (github.com/openinterpreter/openinterpreter, comumente referenciado como github.com/OpenInterpreter/open-interpreter, que redireciona para a organização canônica em minúsculas) é um agente de código baseado em terminal. Sua descrição atual no GitHub diz isso claramente: "A coding agent for open models like Kimi K3". Esse é um projeto diferente, em uma linguagem diferente, sob uma licença diferente, daquele que tornou o nome conhecido em 2023.
- Núcleo em Rust, substituindo por completo a base de código Python original
- Fork do projeto Codex de código aberto da OpenAI, compatível com o Agent Client Protocol (ACP)
- Reimplementa em Rust o harness "Kimi Code" recomendado pelo provedor, ajustado para extrair mais de modelos abertos e de baixo custo em vez de uma única API hospedada
- Os tópicos do repositório no GitHub incluem acp, coding-agent, deepseek, kimi, qwen e rust
- Site oficial: openinterpreter.com
- Fundado por Killian Lucas, que lidera a Open Interpreter Inc. como CEO e desenvolvedor principal
De um projeto paralelo AGPL em 2023 a uma reescrita em Rust em 2026
O repositório do Open Interpreter foi criado em 2023-07-14 e lançado publicamente em setembro de 2023, no auge do interesse em dar aos modelos de linguagem acesso direto a um terminal. Seu fundador, Killian Lucas — baseado em Bellingham, Washington — o construiu para dar às pessoas a mesma capacidade de "deixar o modelo simplesmente executar o código" que o Code Interpreter hospedado da OpenAI, mas rodando localmente ou contra um modelo remoto da escolha do usuário, em vez de dentro de um sandbox de nuvem restrito: sem limites de acesso à internet, sem limites de tamanho de arquivo, e controle total sobre o ambiente de execução. Lucas depois fundou a Open Interpreter Inc., onde é CEO e desenvolvedor principal.
Essa ferramenta original foi lançada sob licença AGPL 3.0 e se descrevia como uma interface em linguagem natural que permitia a um LLM editar arquivos, navegar na web e analisar conjuntos de dados a partir de uma sessão de terminal estilo chat — mais próxima de um agente de controle de computador de propósito geral do que de uma ferramenta específica de código.
Até 2026, o projeto havia mudado de direção por completo. A equipe reescreveu a base de código do zero em Rust, derivou do próprio projeto Codex de código aberto da OpenAI, e o reposicionou como um agente de código construído especificamente para modelos abertos e de baixo custo em vez de um assistente geral "controle seu computador". A licença mudou de AGPL 3.0 para Apache 2.0 no mesmo período.
Por que ele existia em 2023
O Code Interpreter hospedado da OpenAI rodava dentro de um sandbox de nuvem restrito — acesso limitado à internet, tamanhos de arquivo limitados, e nenhum controle sobre o ambiente de execução. A motivação fundadora do Open Interpreter foi dar às pessoas essa mesma capacidade localmente ou contra um modelo de sua escolha, sem essas restrições.
O que mudou até 2026
O projeto reescreveu seu núcleo em Rust, derivou do Codex da OpenAI, e estreitou seu foco para ser um agente de código para modelos abertos — um escopo diferente da ferramenta geral original "controle seu computador".
Como o Open Interpreter funciona agora
A arquitetura atual do Open Interpreter é uma reimplementação em Rust do harness "Kimi Code" recomendado pelo provedor, envolvida em uma interface de terminal compatível com o Codex. Ele fala o Agent Client Protocol (ACP), o que permite conectá-lo a editores e ferramentas compatíveis com ACP em vez de funcionar apenas como CLI independente.
- Núcleo em Rust para o loop do agente e a interface de terminal
- Fork do CLI Codex de código aberto da OpenAI, estruturalmente compatível com ele
- Compatível com ACP (Agent Client Protocol), podendo se integrar a outras ferramentas compatíveis com ACP, não apenas rodar de forma independente
- Alvos de integração citados: Kimi K3, DeepSeek, Qwen e GLM/Z.AI
- Ainda distribui um SDK Python e um componente de runtime junto ao núcleo em Rust (veja os workflows python-runtime-build.yml e python-sdk-release.yml), portanto não é um projeto exclusivamente em Rust de ponta a ponta
- 1macOS ou Linux: execute
curl -fsSL https://www.openinterpreter.com/install | shem um terminal. - 2Windows: execute `irm www.openinterpreter.com/install.ps1 | iex` no PowerShell.
- 3Inicie o agente executando
iouinterpretera partir de um terminal. - 4Aponte-o para um modelo aberto como Kimi K3, DeepSeek, Qwen ou GLM/Z.AI conforme as instruções de configuração daquele provedor — o projeto não documenta um único backend obrigatório.
- 5Use-o diretamente pelo terminal, ou conecte-o por meio de um editor compatível com ACP se preferir trabalhar dentro de uma IDE em vez de um CLI independente.
A mudança de licença: de AGPL 3.0 para Apache 2.0
A base de código original da era Python do Open Interpreter foi lançada sob AGPL 3.0, uma licença copyleft que exige que quem modificar o código e executá-lo como serviço de rede libere seu código-fonte modificado. A base de código atual em Rust é lançada sob Apache 2.0, confirmado tanto pelo campo de licença da API do GitHub quanto pelo arquivo LICENSE bruto na raiz do repositório.
O que a Apache 2.0 permite que a AGPL 3.0 não permitia
A Apache 2.0 é uma licença permissiva: você pode usar, modificar e redistribuir o código — inclusive dentro de um produto comercial de código fechado — sem obrigação de publicar seu código-fonte ou o de qualquer serviço construído sobre ele. A cláusula copyleft de "uso em rede" da AGPL 3.0 impunha exatamente essa obrigação a quem executasse uma versão modificada como serviço hospedado.
O que permanece igual
A Apache 2.0 ainda exige preservar avisos de copyright e licença e declarar mudanças significativas feitas no código. Ela também inclui uma concessão de patente explícita, que a AGPL 3.0 não tem.
O Open Interpreter ainda é mantido?
Todo sinal disponível no repositório aponta para manutenção ativa e atual, não para um projeto vivendo de popularidade passada. O último push foi em 2026-08-20 — cerca de duas semanas antes desta análise — com apenas 10 issues abertas contra 68.227 estrelas e 5.871 forks, uma proporção baixa para um repositório desse tamanho.
O projeto também mantém uma configuração de CI automatizada substancial, evidenciada pelos arquivos de workflow em seu diretório .github/workflows/: rust-ci.yml, rust-ci-full.yml e rust-ci-full-nextest-platform.yml executam a suíte de testes Rust via cargo nextest em várias plataformas; cargo-ci.yml e cargo-deny.yml cobrem auditoria de dependências e segurança; blocking-ci.yml é uma verificação obrigatória que bloqueia merges; postmerge-ci.yml e public-ci.yml executam validações adicionais; python-runtime-build.yml e python-sdk-release.yml compilam e publicam o componente SDK Python; e repo-checks.yml junto com codespell.yml cuidam da higiene do repositório.
Atividade do repositório
- What it shows:
- Último push em 2026-08-20, não arquivado
Proporção estrelas/issues
- What it shows:
- 68.227 estrelas contra 10 issues abertas — backlog pequeno
Número de forks
- What it shows:
- 5.871 forks
Cobertura de CI
- What it shows:
- 9+ arquivos de workflow cobrindo testes Rust, auditorias de dependências e checagens obrigatórias
Status de tendência
- What it shows:
- Repositório Rust mais em alta no GitHub após o lançamento do harness Kimi K3
📌Nota: Não executamos nossa própria suíte de testes contra o Open Interpreter para esta análise. Os sinais de manutenção acima vêm do histórico público de commits do repositório, do número de issues, e de seus próprios arquivos de workflow de CI publicados, não de benchmarks gerados pela PromptQuorum. Verifique o status atual diretamente no repositório antes de dedicar tempo significativo a ele.
Quem deveria usar o Open Interpreter?
A escolha certa depende de você querer especificamente um agente de código otimizado para modelos abertos, ou a ferramenta geral original "controle seu computador".
Use o Open Interpreter (atual, Rust) se
- Você quer um agente de código de terminal compatível com Codex, otimizado para modelos abertos ou de baixo custo como Kimi K3, DeepSeek, Qwen ou GLM/Z.AI
- Você já usa, ou planeja usar, um editor compatível com ACP e quer um agente que fale esse protocolo
- Você quer um agente com licença permissiva (Apache 2.0) sobre o qual construir comercialmente sem obrigação copyleft
Use o fork da comunidade endolith/open-interpreter se
- Você quer especificamente a ferramenta Python original de 2023, que permite a um modelo navegar na web, editar arquivos e analisar conjuntos de dados a partir de uma sessão de terminal geral estilo chat, não um agente específico de código
- Você precisa da base de código com licença AGPL 3.0 por um motivo ligado a essa licença específica
Considere uma ferramenta totalmente diferente se
- Você quer um agente de código proprietário, hospedado por um fornecedor — OpenAI Codex CLI ou Anthropic Claude Code são os equivalentes de código fechado mais próximos do que a arquitetura atual do Open Interpreter é modelada
- Você quer um agente autônomo nativo de IDE em vez de um centrado em terminal — Cline ou OpenHands são construídos em torno desse fluxo de trabalho
- Você quer o padrão de agente autônomo geral e sem limites em que o Open Interpreter competia originalmente — AutoGPT e BabyAGI (ambos analisados neste site) são os pares históricos diretos dessa categoria
Open Interpreter vs. alternativas
O posicionamento atual do Open Interpreter — um agente de código de terminal compatível com Codex para modelos abertos — o coloca ao lado de várias categorias de ferramentas: outros agentes de código de terminal, agentes nativos de IDE, agentes proprietários de fornecedores, e seus próprios pares históricos da onda de 2023 de "dar a um LLM controle sobre sua máquina".
Melhor escolha por caso de uso
- Melhor para agentes de código com modelos abertos: Open Interpreter — construído especificamente para Kimi K3, DeepSeek, Qwen e GLM/Z.AI
- Melhor para revisão de diffs git-nativa: Aider — commits são estruturados como diffs de git revisáveis
- Melhor para ficar dentro do VS Code: Cline — roda como extensão em vez de ferramenta de terminal separada
- Melhor para uma opção proprietária com suporte de fornecedor: OpenAI Codex CLI ou Claude Code
- Melhor para revisitar o padrão original de agente sem limites: AutoGPT (classic) ou BabyAGI, ambos analisados neste site
Ferramenta | Interface | Licença | Melhor para |
|---|---|---|---|
| Open Interpreter | Terminal, compatível ACP | Apache 2.0 | Agente de código para modelos abertos |
| Aider | Terminal | Apache 2.0 | Pair programming git-nativo por diffs |
| Cline | Extensão do VS Code | Apache 2.0 | Agente autônomo de IDE |
| OpenHands | Runtime de agente em sandbox | MIT | Tarefas de agente SWE autônomo |
| Continue.dev | Extensão de IDE | Apache 2.0 | Autocompletar + chat, restrito à IDE |
| OpenAI Codex CLI | Terminal | Proprietária | Agente de código de terminal hospedado |
| Claude Code | Terminal | Proprietária | Agente de código de terminal hospedado |
| AutoGPT (classic) | CLI, loop autônomo | MIT | Experimentos de agente autônomo sem limites |
| BabyAGI | CLI, loop autônomo | MIT | Experimentos mínimos de loop de tarefas |
Erros comuns ao avaliar o Open Interpreter
A maior parte da confusão sobre o Open Interpreter em 2026 vem de esperar a ferramenta de 2023 em vez da reescrita atual em Rust.
Erro 1: supor que ainda é licenciado sob AGPL 3.0
A licença AGPL 3.0 se aplicava à base de código original em Python. O projeto atual em Rust é licenciado sob Apache 2.0 — confirmado via API do GitHub e o arquivo LICENSE do repositório. Verifique o arquivo LICENSE diretamente antes de supor qualquer uma das duas licenças.
Erro 2: esperar a ferramenta original "controle seu computador"
A descrição atual do Open Interpreter é "a coding agent for open models like Kimi K3" — um escopo mais restrito, específico de código, do que o agente geral original de edição de arquivos e navegação web. Essa ferramenta original segue viva no fork da comunidade em endolith/open-interpreter, não no repositório principal.
Erro 3: tratá-lo como um projeto exclusivamente em Rust
O repositório ainda distribui e publica um SDK Python e um componente de runtime (veja python-runtime-build.yml e python-sdk-release.yml), junto ao núcleo em Rust. É um projeto com núcleo em Rust e um componente Python, não uma reescrita pura que abandonou o Python por completo.
Erro 4: supor que um backend de modelo específico é obrigatório
O projeto cita Kimi K3, DeepSeek, Qwen e GLM/Z.AI como alvos de integração, mas não documenta um único backend obrigatório. Qual modelo aberto você aponta é uma escolha de configuração, não uma dependência fixa.
Perguntas frequentes
Sob qual licença está o Open Interpreter?
Apache 2.0, confirmada via campo de licença da API do GitHub e o arquivo LICENSE do repositório. É uma mudança em relação à licença AGPL 3.0 original usada pela base de código da era Python anterior.
O Open Interpreter ainda é mantido?
Sim. O último push foi em 2026-08-20, com apenas 10 issues abertas contra 68.227 estrelas, e mantém uma configuração de CI com múltiplos workflows cobrindo testes Rust, auditorias de dependências e checagens obrigatórias de merge.
O que aconteceu com o Open Interpreter original?
A ferramenta original em Python — que permitia a um modelo local ou remoto editar arquivos, navegar na web e executar código a partir de uma sessão de terminal em linguagem natural — foi reescrita do zero em Rust em 2026 e derivada do projeto Codex de código aberto da OpenAI. A versão original em Python/AGPL segue viva como fork da comunidade em github.com/endolith/open-interpreter.
Quais modelos o Open Interpreter suporta?
O projeto cita Kimi K3, DeepSeek, Qwen e GLM/Z.AI como alvos de integração em seus tópicos de repositório e descrição, e reimplementa o harness "Kimi Code" em Rust. Não documenta um único backend de modelo obrigatório.
Como instalo o Open Interpreter?
No macOS ou Linux, execute curl -fsSL https://www.openinterpreter.com/install | sh. No Windows, execute irm https://www.openinterpreter.com/install.ps1 | iex no PowerShell. Depois inicie o agente com i ou interpreter.
O Open Interpreter é gratuito?
Sim. Ele é lançado sob a licença Apache 2.0, que permite uso, modificação e redistribuição gratuitos, inclusive dentro de um produto comercial, sem obrigação de publicar seu próprio código-fonte.
O Open Interpreter é compatível com o Codex ou o Claude Code?
O Open Interpreter é um fork do projeto Codex de código aberto da OpenAI e é construído para ser compatível com o Codex, além de suportar o Agent Client Protocol (ACP) para integração com outras ferramentas compatíveis com ACP. É um projeto separado, mantido de forma independente, não uma extensão oficial do CLI Codex da OpenAI nem do Claude Code da Anthropic.
O Open Interpreter ainda permite que um modelo controle todo o meu computador?
O projeto atual em Rust é restrito a agente de código, não a uma ferramenta geral "controle seu computador". A ferramenta original em Python, de escopo mais amplo — edição de arquivos, navegação web, análise de conjuntos de dados — segue viva separadamente no fork da comunidade em endolith/open-interpreter.
Como o Open Interpreter se compara ao Aider ou ao Cline?
Os três são agentes de código baseados em terminal ou IDE. O Aider é git-nativo e estrutura sua saída como diffs revisáveis; o Cline roda como extensão do VS Code; o Open Interpreter é um agente de terminal independente, compatível com Codex, otimizado especificamente para modelos abertos. Qual se encaixa melhor depende de você querer revisão de diffs de git, integração com IDE, ou otimização focada em modelos abertos.
Por que o Open Interpreter mudou de AGPL 3.0 para Apache 2.0?
O projeto não publica um motivo declarado em seu README para essa mudança específica de licença junto com a reescrita de 2026. A Apache 2.0 é mais permissiva que a AGPL 3.0: ela remove a obrigação copyleft de divulgação de código ligada ao "uso em rede" e adiciona uma concessão de patente explícita, o que facilita construir produtos comerciais sobre o código. Leia diretamente o arquivo LICENSE para confirmar os termos atuais antes de se basear nessa distinção.