Alternativas ao Open Interpreter: agente atual, Python legado e migração

Antes de procurar alternativas ao Open Interpreter, defina qual Open Interpreter você está deixando: o nome agora pertence a um agente de programação em terminal escrito em Rust que é um fork do Codex da OpenAI, enquanto a ferramenta Python que executava código gerado na sua própria máquina está congelada na versão 0.4.3 de outubro de 2024 e não é mais mantida pelo projeto. Todas as gerações são gratuitas e de código aberto, portanto isso nunca é uma decisão sobre preço de licença — é uma decisão sobre qual programa você quer, e o único custo recorrente é a API do modelo para a qual você apontá-lo.

Dois redirecionamentos ocultam a divisão. Solicitar o caminho antigo do repositório OpenInterpreter/open-interpreter pela API do GitHub retorna openinterpreter/openinterpreter, linguagem Rust, e docs.openinterpreter.com responde HTTP 308 para a documentação do terminal Rust. Os links de um tutorial de 2023 ou 2024 ainda resolvem; eles apenas entregam a documentação de um programa diferente, descrevendo comandos que o binário instalado não possui. Ambos foram verificados em 18 de setembro de 2026.

Um nome, três programas e um pacote morto

O redirecionamento do caminho antigo do repositório é o motivo pelo qual a divisão é fácil de não perceber. O README atual afirma isso em uma única linha perto do final — "Esta é a nova versão Rust do Open Interpreter, baseada no Codex. Procurando o projeto Python original? Ele continua como um fork mantido pela comunidade em endolith/open-interpreter." Observe que a licença também mudou com a reescrita, de AGPL-3.0 para Apache-2.0, o que importa se você incorporou o código antigo ao seu projeto. A organização também mantém o projeto de voz inativo 01, cujo último push foi em novembro de 2024, além de 01-app e aifs, nenhum dos dois alterado desde 2024. Nenhum dos três está arquivado, e nenhum deles é atual.

Preços do Open Interpreter: não há nenhum, e três números não são isso

Não há plano, assento, cota ou conta. openinterpreter.com/pricing retornou HTTP 404 em 18 de setembro de 2026; as páginas de instalação do terminal, início rápido e configuração não contêm texto sobre preço, assinatura ou cobrança; e o próprio README do produto desktop diz que ele "não exige uma conta do Interpreter". Essa é uma conclusão baseada na ausência de evidências — nenhuma página de preços foi encontrada, e não uma promessa do projeto de que nenhuma aparecerá — mas é a resposta honesta para "preços do open interpreter": o único custo recorrente são os tokens do modelo.

Os preços que dominam esta busca pertencem a outros produtos. Mantenha-os fora do seu orçamento:

Ambos os preços das ferramentas foram verificados em 18 de setembro de 2026.

Qual alternativa atende a qual usuário

O que migra e o que não migra

Nada é transferido da geração Python. As flags, a superfície da API Python, os arquivos de perfil YAML e Python e a convenção de nomes de modelos do LiteLLM desapareceram. O que é transferido tem formato de Codex e de padrões, configuração que o projeto documenta deliberadamente em sua página de migração:

Verifique a colisão de nomes de binários antes de instalar. O wheel legado 0.4.3 declara quatro scripts de console — interpreter, i, interpreter-classic e wtf — enquanto o instalador atual coloca interpreter, i e codex-code-mode-host em ~/.local/bin, conforme a página de instalação. Se você já executou pip install open-interpreter, agora há dois programas diferentes competindo por dois desses nomes, interpreter e i, e qual deles vence depende da precedência do shell. Execute which -a interpreter, which -a i e interpreter --version primeiro e novamente após instalar.

Reversão. Faça backup de ~/.openinterpreter/ antes de alterar os provedores — o loop de desinstalação documentado remove a instalação standalone gerenciada, mas mantém deliberadamente esse diretório, incluindo configuração, sessões, logs e credenciais armazenadas em arquivo, de modo que reinstalar restaure sua configuração. No sentido inverso, mantenha o virtualenv legado intacto em vez de excluí-lo: o 0.4.3 ainda está no PyPI, mas não é garantido que fixar novamente um conjunto antigo de dependências consiga resolvê-lo.

Apontando o agente atual para um endpoint compatível com OpenAI

Esta é a frase mais importante se você chega da nossa configuração do Codex CLI, que informa que wire_api tem exatamente um valor válido. Essa regra é verdadeira para o Codex upstream e falsa para o Open Interpreter. A própria referência de configuração do upstream diz sobre wire_api que "responses é o único valor compatível e é o padrão quando omitido". A diferença mantida do Open Interpreter lista como adições deliberadas um "transporte de Chat Completions compatível com OpenAI de primeira classe" e um "transporte compatível com Anthropic Messages para provedores que expõem essa API". Portanto, o fork alcança endpoints que o Codex upstream não consegue, e todas as três superfícies da Kunavo — /v1/responses, /v1/chat/completions e /v1/messages — têm um valor de wire correspondente.

O formato documentado de provedor personalizado, da página de provedores, é um bloco de chat-completions com uma URL base terminando em /v1; a mesma página mostra um gateway hospedado configurado exatamente dessa forma. Aplicando à 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"

Três limites que vale a pena conhecer antes de passar uma noite nisso, todos extraídos da documentação do projeto, e não testados aqui:

• A Kunavo não está no catálogo integrado, portanto defina model manualmente. O catálogo de provedores gerado é compilado a partir do models.dev e de alguns endpoints de provedores ativos e contava 116 provedores quando verificado; a Kunavo não está nele nem no models.dev. Não espere que o seletor /model preencha metadados de janela de contexto ou capacidades para um provedor escrito manualmente.
• O roteamento do harness é estrito. Conforme a página de harness, chat aceita chat nativo mais claude-code, claude-code-bare, deepseek-tui, kimi-code, kimi-cli, qwen-code, swe-agent e minimal; responses aceita nativo, claude-code e claude-code-bare; e em messages, "o modo nativo é rejeitado porque Messages exige um transporte nativo do harness". Qualquer string de harness não reconhecida retorna para chat sem um construtor de requisições integrado, portanto um erro de digitação degrada silenciosamente a execução. Qual harness tem melhor desempenho com determinado modelo não é documentado, e esta página não faz suposições.
• A URL base de Messages é uma inferência, não um exemplo documentado da Kunavo. Os provedores Messages enviados no catálogo — Anthropic e Z.AI's ZCode — usam uma raiz de API sem /v1, e a página da Z.AI afirma que a requisição ZCode Messages é enviada para /v1/messages — portanto o cliente acrescenta o caminho. Por essa regra, um bloco no wire Anthropic usaria a raiz da API em vez da URL /v1 acima, mas não há nenhum exemplo de Messages para provedor personalizado na documentação oficial, e isso não foi executado. Comece pelo wire chat, que é o formato documentado.

Mais dois detalhes documentados: env_key nomeia a variável de ambiente, não a própria chave, e, para execuções avulsas, interpreter --chat-completions substitui o formato da requisição para aquela invocação sem alterar a URL base, as credenciais ou o modelo do provedor. O login do ChatGPT é listado como autenticação do provedor integrado openai, não como opção de provedor personalizado; as fontes de autenticação que a página de provedores documenta para uma tabela de provedores são env_key, experimental_bearer_token e um bloco auth respaldado por comando, além de um bloco aws somente para o Amazon Bedrock.

Uma estimativa de custo calculada para uma sessão

Estas são contas ilustrativas de tokens, não custos de tarefas medidos nem um limite máximo de cobrança. Suponha uma sessão de agente que envia 300.000 tokens de entrada não armazenados em cache e recebe 20.000 tokens de saída — um formato escolhido para ilustração, porque um harness no estilo Codex reenvia o contexto acumulado a cada turno. Seu próprio repositório e a quantidade de turnos serão diferentes. As tarifas são os preços atuais do catálogo da Kunavo por milhão de tokens.

O intervalo é o ponto, e não qualquer linha individual: sob essas suposições, Claude Haiku 4.5 modela a mesma sessão por $0.280 contra $0.840 para Claude Sonnet 4.6. Isso não é uma recomendação para escolher a tarifa mais barata. Preço listado mais barato e menor custo para concluir a tarefa são afirmações diferentes, e um modelo que precise de três tentativas para uma refatoração pode custar mais do que um que precise de uma única passagem — meça ambos no seu próprio repositório antes de decidir. O valor do catálogo da Kunavo é um piso de cobrança, não um teto: quando o upstream informa sua cobrança, a fatura é o maior valor entre o custo do catálogo e o custo do upstream multiplicado pela margem aplicável. As cobranças de cache e as ferramentas externas ficam fora deste exemplo. O recarregamento mínimo é de $10 em crédito pré-pago, que é um mínimo de financiamento, não uma taxa de tarefa nem uma assinatura — consulte detalhes de cobrança.

Configurando com honestidade

O Open Interpreter não foi testado em tempo de execução com a Kunavo: nada nesta página foi executado, e toda afirmação de configuração acima foi lida no repositório e na documentação do projeto em 18 de setembro de 2026. A referência publicada mais próxima é a integração do Codex CLI, cujo bloco TOML tem o mesmo formato — copie-o, altere o diretório de configuração para ~/.openinterpreter/config.toml e ignore sua regra de wire_api único, que pertence ao Codex upstream. Mantenha uma rota funcional disponível, execute uma tarefa delimitada e depois leia a cobrança registrada pela sua conta. Crie uma conta Kunavo quando estiver pronto para financiar uma chave.

Ainda comparando rotas em vez de clientes? A API compatível com OpenAI aborda o que o wire chat garante e o que não garante, e o gateway de LLM aborda, em geral, o trade-off entre uma chave e um saldo.

Perguntas frequentes

Estado do repositório, versões, registros de pacotes, documentação e catálogo de provedores gerado verificados em 18 de setembro de 2026; os preços das ferramentas da OpenAI e da Anthropic foram consultados em suas próprias páginas de preços no mesmo dia. Nenhum preço de assinatura do ChatGPT é citado porque essa página recusou a busca. Nada aqui foi testado em tempo de execução contra qualquer endpoint. As tarifas de tokens da Kunavo vêm do catálogo ativo, e todo exemplo em dólares nesta página é uma conta ilustrativa de tokens, não um custo de tarefa medido.