Voltar aos guias
Agentes de programação·21 de setembro de 2026·Atualizado em 24 de setembro de 2026·9 min de leitura

Alternativas ao Aider: escolha pelo motivo de saída

O Aider está desacelerando, em vez de morto, e a substituição certa depende de qual das três lacunas concretas dele levou você a sair — não da quantidade de estrelas.

Última revisão em .

A alternativa mais próxima de substituição direta do Aider é o cecli, um fork Apache-2.0 mantido ativamente que preserva a rota exata de uso da sua própria chave do Aider — as mesmas duas variáveis de ambiente e o mesmo prefixo obrigatório de modelo openai/ — enquanto adiciona o modo agente, MCP, skills, subagentes e hooks que o Aider nunca lançou. Se o motivo para sair for algo diferente de desatualização, a resposta muda: um agente de terminal que usa ferramentas aponta para OpenCode, Crush ou Goose; execuções delegadas apontam para OpenHands; um fluxo de trabalho no editor aponta para Cline, Kilo Code ou Zoo Code; e um protocolo diferente de chat completions aponta para Claude Code ou Codex CLI.

Uma correção de enquadramento antes da lista. O Aider está desacelerando, não morto. O repositório não está arquivado, nenhum mantenedor anunciou nada e não há aviso de descontinuação em lugar algum. Tudo abaixo é um sinal contabilizado com uma data associada, porque é tudo o que as evidências sustentam.

Por que as pessoas estão deixando o Aider

SinalValor, verificado em 19 de setembro de 2026Fonte
Estado do repositórioNão arquivado, Apache-2.0, 49.042 estrelasAPI do GitHub
Último commit em main22 de maio de 2026Mesmo
Commits nos 180 dias anteriores19API de commits
Issues abertas / pull requests abertas1,380 / 502Pesquisa de issues do GitHub
Versão instalável mais recente0.86.2, enviada em 12 de fevereiro de 2026 (0.86.1 antes dela, em 13 de agosto de 2025)PyPI
Versão mais recente no GitHubv0.86.0, 9 de agosto de 2025API de releases

As duas visões oficiais de "última versão" divergem — o PyPI oferece 0.86.2, enquanto o GitHub Releases para em v0.86.0 — portanto, 0.86.1 e 0.86.2 foram enviadas ao PyPI sem uma release no GitHub. Confie no PyPI para saber o que pip install fornece e confirme no seu próprio ambiente. Duas discussões abertas, #4751 sobre a direção futura do projeto (aberta em 7 de janeiro de 2026) e #4584 sobre a lacuna entre releases (aberta em 13 de outubro de 2025), são usuários perguntando em vez de mantenedores respondendo. Trate-as apenas como um sinal da comunidade.

A cadência é o motivo brando. Três lacunas funcionais são as concretas, e cada uma corresponde a uma substituição diferente:

  1. A tabela de modelos está congelada, e isso muda como as edições são feitas. Na versão lançada 0.86.2, configure_model_settings testa model == ms.name — igualdade simples entre strings — e todas as 40 linhas com prefixo openai/ na tabela distribuída de 313 entradas são modelos da OpenAI, portanto um ID de gateway só corresponde exatamente quando por acaso reutiliza um desses nomes da OpenAI. Qualquer outra coisa recai nas regras de substring, cujas entradas Claude mais recentes são sonnet-4-5, opus-4-6 e haiku-4-5. Um ID como openai/claude-sonnet-4-6 não corresponde a nenhuma delas e herda os padrões do dataclass: edit_format "whole", use_repo_map False, cache_control False, sem modelo weak e sem modelo de editor. Verifique seu próprio ID em relação a essas três substrings, em vez de presumir: openai/claude-haiku-4-5 contém haiku-4-5, portanto segue o ramo de edição por diff com o mapa do repositório ativado, e apenas cache_control permanece False. Leia em aider/models.py e model-settings.yml em 19 de setembro de 2026. É isso que o código distribuído faz, não algo observado em tempo de execução aqui.
  2. Sem MCP. Na tag v0.86.2, nenhum caminho de arquivo no repositório contém mcp, e o índice de documentação de aider.chat tem zero ocorrências de "MCP" ou "Model Context Protocol".
  3. Um protocolo de rede. A página de endpoints compatíveis do Aider documenta exatamente uma rota de terceiros: OPENAI_API_BASE, OPENAI_API_KEY e o prefixo openai/. Sua página do Anthropic menciona apenas a chave de API, e nenhuma substituição de base-URL para Anthropic aparece em qualquer parte da árvore de código-fonte v0.86.2, portanto o Aider não documenta uma forma de apontar sua rota Anthropic para outro host. Não documentado não é o mesmo que impossível — o Aider chama modelos por meio do LiteLLM, cujo main.py lê ANTHROPIC_API_BASE do ambiente — mas esse caminho não foi testado aqui e não é compatível segundo a própria documentação do Aider.

Qual alternativa corresponde a qual motivo de saída

Escolha pelo motivo pelo qual você está saindo, não pela contagem de estrelas. Cada projeto abaixo foi verificado em 19 de setembro de 2026 e está em desenvolvimento ativo, salvo indicação contrária na linha.

Por que você está saindoPara onde irComo usa um endpoint personalizadoO que você aceita
Você gosta do fluxo de trabalho do Aider e quer que ele seja mantidocecli (fork Apache-2.0)Idêntico: OPENAI_API_BASE, OPENAI_API_KEY, prefixo openai/Um fork jovem, de equipe pequena — 406 estrelas, criado em agosto de 2025
Você precisa de servidores MCP e de um loop de agente que use ferramentasOpenCode (MIT)Um bloco provider em opencode.json com @ai-sdk/openai-compatible, options.baseURL e um mapa modelsUm provedor personalizado não herda os limites de contexto — você define limit.context e limit.output manualmente
Você quer que o cliente exiba corretamente os preços por modeloCrushprovider add <id> --type openai-compat --base-url … --api-key …, depois model add com --price-input / --price-outputLicenciado sob FSL-1.1-MIT, não uma licença open source da OSI como a do Aider; e a própria documentação chama crushrc e crush.json de código confiável que é executado no carregamento
Você quer um projeto neutro em relação a fornecedores e governado por uma fundaçãoGoose (Apache-2.0)Seu provedor OpenAI, que a mesma documentação diz também atender endpoints compatíveis com OpenAI: OPENAI_API_KEY mais OPENAI_HOST, com OPENAI_BASE_PATH para um endpoint que atende um caminho diferente; ou um arquivo JSON em ~/.config/goose/custom_providers/A documentação diz que o goose "depende fortemente dos recursos de chamada de ferramentas e atualmente funciona melhor com modelos Claude 4" e nomeia modelos que ele não pode usar de forma alguma por não terem chamada de ferramentas
Você quer que o trabalho seja delegado em vez de programado em paresOpenHands (MIT)Provedor, modelo, chave de API e Base URL na interface de Configurações, com a Base URL em configurações avançadasA documentação diz que ele "requer um modelo poderoso para funcionar"; algumas configurações extras de LLM_* não podem ser definidas na interface e ficam em variáveis de ambiente ou em config.toml
Você quer o editor, não o terminalCline (Apache-2.0), Kilo Code (MIT), Zoo Code (Apache-2.0)Base URL, chave e ID do modelo nas configurações do provedor da extensãoAs configurações de provedor compatível do Cline expõem tokens máximos de saída, janela de contexto, suporte a imagens, uso do computador e preços de entrada/saída como campos que você preenche manualmente; a documentação não descreve detecção automática para eles
Você quer um protocolo diferente de chat completionsClaude Code, Codex CLIClaude Code: ANTHROPIC_BASE_URL mais ANTHROPIC_AUTH_TOKEN. Codex CLI: um bloco [model_providers.<id>]A documentação da Anthropic declara que apontar ANTHROPIC_BASE_URL para um host que não seja de primeira parte desativa a pesquisa de ferramentas MCP por padrão e, a partir da v2.1.196, desativa o Remote Control. O wire_api do Codex CLI aceita responses e nada mais

Fontes dessa tabela, todas lidas em 19 de setembro de 2026: provedores do OpenCode, o README do Crush, provedores do Goose, configuração de LLM do OpenHands, a página de provedores compatíveis do Cline, as variáveis de ambiente do Claude Code e a referência de configuração do Codex. O repositório da Kunavo oferece as rotas chat, messages e responses sob /v1, portanto os três protocolos têm um endpoint — isso é uma afirmação sobre o protocolo, não um teste de compatibilidade, e nenhum desses clientes foi testado em tempo de execução contra a Kunavo.

Não migre para estes

ProjetoO que ele é agoraPara onde ir em vez disso
Roo CodeEncerrado em 15 de maio de 2026; RooCodeInc/Roo-Code está arquivado, com seu último push naquele dia. A própria documentação diz "The Roo Code Extension was shut down on May 15th."A documentação nomeia ZooCode, o fork comunitário, e Cline
Continuecontinue.dev agora diz "Continue was acquired by Cursor". Última tag que não é de pré-lançamento v2.0.0-vscode, 19 de junho de 2026; os únicos commits posteriores em main são alterações de documentação datadas de 21 de julho de 2026, uma aposentando o link de login. Não arquivadoCline ou outro agente de editor da tabela acima
PlandexNão arquivado, mas mais desatualizado que a ferramenta que você está deixando: último push em 3 de outubro de 2025Qualquer opção acima que receba pushes ativamente
Plano gratuito do Qwen CodeSua documentação de autenticação declara "The Qwen OAuth free tier was discontinued on 2026-04-15"; o próprio cliente ainda é Apache-2.0 e ativoAinda utilizável com seu próprio endpoint — consulte preços do Qwen Code

Quatro projetos também mudaram de identidade em 2026, portanto instruções de configuração escritas anteriormente levarão você ao lugar errado: sst/opencode agora redireciona para anomalyco/opencode, block/goose para aaif-goose/goose depois que a Block doou o Goose à Agentic AI Foundation em 7 de abril de 2026, All-Hands-AI/OpenHands para OpenHands/OpenHands, e Anaconda adquiriu o Kilo Code em 15 de julho de 2026 — o anúncio diz que o Kilo "remains available today with no changes to existing products, plans, or support for current users" e adia os detalhes da integração, portanto o que mudará depois é desconhecido. O site agora é kilo.ai. Verifique o destino do redirecionamento antes de colar um comando de instalação de uma publicação antiga.

O que migra e o que você reescreve

O cecli é a única opção nesta página em que a migração consiste em renomear. Sua página de endpoints compatíveis é a do Aider com o nome do produto e o comando de instalação trocados: mesmas duas variáveis, mesmo prefixo openai/, mesma instrução para passar um endpoint compatível. Sua página de configuração YAML nomeia .cecli.conf.yml e sua página de configurações avançadas de modelo nomeia .cecli.model.settings.yml e .cecli.model.metadata.json — os mesmos três arquivos com um prefixo diferente, carregados dos mesmos locais de diretório inicial, raiz do git e diretório atual.

migrate-to-cecli.sh
# 1. Keep a working Aider install. Nothing below removes it.
cp .aider.conf.yml .aider.conf.yml.bak 2>/dev/null

# 2. Install the fork alongside it.
uv tool install cecli-dev

# 3. The same two variables Aider reads. Nothing is renamed here.
export OPENAI_API_BASE=https://api.kunavo.com/v1
export OPENAI_API_KEY=<your Kunavo key>

# 4. Rename the three dotfiles. cecli looks for the cecli-prefixed names.
mv .aider.conf.yml            .cecli.conf.yml
mv .aider.model.settings.yml  .cecli.model.settings.yml
mv .aider.model.metadata.json .cecli.model.metadata.json

# 5. Same prefix rule as Aider: openai/ is mandatory for a compatible endpoint.
cecli --model openai/claude-sonnet-4-6

# Rollback: rename the three files back and run aider again. Nothing else changed.

Duas coisas são genuinamente melhores no fork, em vez de apenas renomeadas. Os padrões do dataclass ModelSettings definem edit_format como "diff", enquanto os padrões do Aider definem como "whole", portanto um ID não reconhecido começa com edições por diff em vez de reescritas de arquivos inteiros — isso foi verificado em cecli/models.py, na branch main, em 19 de setembro de 2026. E ele adiciona um mecanismo de primeira classe de model-providers, no qual um endpoint personalizado compatível com OpenAI é declarado com api_base, api_key_env e um models_url opcional, em vez de ser comprimido no único slot OPENAI_API_BASE. Sua tabela incluída contém 383 entradas contra as 313 do Aider lançado, incluindo claude-sonnet-4-6 e claude-opus-4-7 — mas também não lista nenhum ID do Claude 5 de 2026, portanto ainda vale a pena manter um par de configurações e metadados escritos à mão. Duas ressalvas permanecem registradas: sua página do Anthropic, assim como a do Aider, documenta apenas uma chave e nenhuma substituição de base-URL, e use_repo_map ainda tem como padrão False.

O que você está levandoPara o cecliPara OpenCode, Crush, Goose, Cline ou OpenHands
Endpoint e chaveInalterados — mesmas duas variáveis de ambienteReinseridos uma vez no próprio arquivo de configuração ou painel de configurações desse cliente
Convenções do projeto--read ainda é uma flag, mas a página de convenções do cecli carrega CONVENTIONS.md com --rules ou uma chave rules: em vez dissoO OpenCode lê AGENTS.md com um fallback CLAUDE.md, portanto renomeie ou aponte seu array instructions para o arquivo existente
Configurações de formato de edição e mapa do repositórioArquivo renomeado, mesmas chavesNão portáveis — estes são conceitos do Aider, não conceitos compartilhados
Metadados de custoArquivo renomeado, mesmas chaves no formato do LiteLLMRedigitados: o Crush aceita preços por milhão em model add, o Cline aceita campos de preço de entrada e saída
Histórico de chatNão há um caminho de importação documentado — presuma que não migraPresuma que não migra

Independentemente da sua escolha, migre de forma aditiva. Mantenha a instalação antiga e uma cópia dos arquivos ocultos até que uma tarefa real seja concluída no novo cliente; depois, exclua os backups. Os comandos acima nunca removem o Aider, e a reversão consiste em renomear três arquivos.

O que a troca faz com a conta

O cliente escolhido altera o formato dos tokens antes de alterar qualquer outra coisa, porque o formato de edição determina quanto o modelo reemite. Estes são cálculos ilustrativos de tokens, não custos de tarefas medidos nem um limite de cobrança. Suponha uma sessão enviando 200.000 tokens de entrada sem cache e recebendo 12.000 tokens de saída em edições por diff; para a coluna de arquivos inteiros, suponha que a mesma sessão emita 40.000 tokens de saída porque os arquivos editados são reenviados por completo. Essa proporção é uma suposição para fins de ilustração. As tarifas são preços ativos do catálogo da Kunavo por milhão de tokens.

ModeloEntrada / saída por 1MEstimativa, edições por diffEstimativa, edições de arquivos inteiros
Claude Haiku 4.5$0.70 / $3.50$0.182$0.280
Claude Sonnet 4.6$2.10 / $10.50$0.546$0.840
Claude Opus 5$3.50 / $17.50$0.910$1.400

Sob essas suposições, apenas o formato de edição leva Claude Sonnet 4.6 de $0.546 a $0.840 para um trabalho idêntico. Essa diferença explica por que o padrão do cliente para um ID que ele não reconhece pertence à comparação e por que isso, por si só, não é motivo para mudar: um arquivo de configurações elimina a diferença sem alterar as ferramentas. A tarifa mais barata listada e o menor custo para concluir a tarefa ainda são perguntas diferentes, e nem esta página nem qualquer tabela de preços responde à segunda para o seu repositório.

O valor do catálogo da Kunavo é um piso de cobrança, não um teto: quando o upstream informa sua cobrança, a conta é o maior 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 — um mínimo de financiamento, não uma taxa de tarefa ou uma assinatura. Consulte detalhes de cobrança.

Por onde começar

Se você permanecer no fluxo de trabalho inspirado no Aider, nada muda na sua configuração da Kunavo: o guia de configuração do Aider documenta as mesmas OPENAI_API_BASE, OPENAI_API_KEY e o prefixo openai/ que o cecli lê, e os preços do Aider cobrem o arquivo de configurações que restaura as edições por diff, o mapa do repositório e a linha de custo. Se você mudar de cliente, comece pela própria página desse cliente: OpenCode, Cline, Kilo Code, Claude Code ou Codex CLI. Estas são referências de configuração publicadas, não testes de compatibilidade. Crie uma conta Kunavo quando estiver pronto para financiar uma chave, execute uma tarefa delimitada e leia a cobrança que sua conta realmente registrou para ela.

Ainda escolhendo entre agentes, e não entre provedores? Alternativas ao OpenCode, OpenHands vs OpenCode e Goose vs Claude Code os comparam diretamente, e o guia da API compatível com OpenAI aborda o que o protocolo compartilhado transporta e o que não transporta.

Perguntas frequentes

O Aider está morto ou ainda é mantido?

Nenhuma das duas palavras é precisa. O repositório Aider-AI/aider não está arquivado, tem licença Apache-2.0 e possuía 49.042 estrelas quando verificado em 19 de setembro de 2026, e nenhum mantenedor publicou qualquer declaração sobre sua descontinuação. Mas o ritmo claramente diminuiu: o último commit na branch main é de 22 de maio de 2026, houve 19 commits nos 180 dias anteriores, e existem 1.380 issues e 502 pull requests abertas. A versão instalável mais recente no PyPI é a 0.86.2, de 12 de fevereiro de 2026, e a anterior era a 0.86.1, de 13 de agosto de 2025. O GitHub Releases para ainda antes, na v0.86.0, de 9 de agosto de 2025. Interprete isso como evidência de ritmo, não como um anúncio.

Qual é o substituto mais próximo do Aider, sem necessidade de adaptação?

cecli, um fork Apache-2.0 do Aider publicado no PyPI como cecli-dev. Ele mantém inalterado o caminho de trazer sua própria chave do Aider — as mesmas variáveis OPENAI_API_BASE e OPENAI_API_KEY e o mesmo prefixo obrigatório de modelo openai/ — portanto uma chave e um endpoint existentes são transferidos sem alterações. A migração é uma renomeação de três arquivos ocultos, não uma reescrita: .aider.conf.yml, .aider.model.settings.yml e .aider.model.metadata.json tornam-se .cecli.conf.yml, .cecli.model.settings.yml e .cecli.model.metadata.json. A ressalva é durabilidade, não capacidade: o fork foi criado em agosto de 2025 e tinha 406 estrelas em 19 de setembro de 2026, contra 49.042 do Aider. Lançar semanalmente hoje — 1.5.0 em 12 de setembro e 1.6.0 em 19 de setembro de 2026, segundo o PyPI — é um fato atual, não uma garantia para o próximo ano.

O Aider oferece suporte a MCP?

Não. Na tag lançada v0.86.2, nenhum caminho de arquivo no repositório contém “mcp”, e o índice de documentação do aider.chat contém zero ocorrências de “MCP” ou “Model Context Protocol” (ambos verificados em 19 de setembro de 2026). Se você precisa de servidores MCP, esse é um motivo para trocar de cliente, não uma configuração a alterar. cecli, OpenCode, Crush, Goose, Cline e Zoo Code documentam a configuração de MCP; o Aider não.

Posso manter minha chave de API ao trocar o Aider por outro cliente?

A transferência de uma chave depende do que o novo cliente espera na transmissão. O cecli lê as mesmas duas variáveis de ambiente compatíveis com OpenAI que o Aider, portanto a chave e a base URL são transferidas sem edição. OpenCode, Crush, Goose, Cline e OpenHands aceitam uma base URL, uma chave e um ID de modelo, mas por meio de seu próprio arquivo de configuração ou painel de configurações, portanto a chave é inserida novamente uma vez. O Claude Code espera o protocolo Anthropic Messages via ANTHROPIC_BASE_URL, e o Codex CLI espera o protocolo Responses, portanto esses dois precisam de um endpoint que forneça esses formatos, em vez de apenas chat completions. O próprio repositório do Kunavo fornece rotas de chat, messages e responses em /v1, o que é um fato sobre o protocolo, não uma afirmação de compatibilidade testada.

Devo migrar do Aider para o Roo Code ou o Continue?

Não, ambos foram encerrados. A extensão Roo Code foi descontinuada em 15 de maio de 2026; o próprio site de documentação agora declara isso e direciona os leitores ao ZooCode, o fork comunitário Apache-2.0 em Zoo-Code-Org/Zoo-Code, e ao Cline. O repositório RooCodeInc/Roo-Code está arquivado, com seu último push em 15 de maio de 2026. continue.dev agora exibe um aviso dizendo "Continue was acquired by Cursor." Sua última tag que não é de pré-lançamento é v2.0.0-vscode, de 19 de junho de 2026, e os únicos commits em seu branch padrão desde então são alterações de documentação datadas de 21 de julho de 2026, uma das quais remove o link de login porque o fluxo de autenticação foi aposentado. O repositório não está arquivado, portanto “arquivado” é a palavra errada, mas nenhuma implementação de funcionalidade foi feita desde junho de 2026.

Por que meu modelo se comporta pior no Aider do que deveria?

Uma causa comum é que o Aider não reconhece o ID do modelo e recorre silenciosamente aos seus padrões. Na versão lançada 0.86.2, configure_model_settings testa model == ms.name, uma igualdade simples entre strings, e todas as 40 linhas com o prefixo openai/ na tabela distribuída de 313 entradas são modelos da OpenAI — portanto, um ID de gateway como openai/claude-sonnet-4-6 nunca pode corresponder exatamente. Em seguida, ele recorre às regras de substring, cujas entradas Claude mais recentes são sonnet-4-5, opus-4-6 e haiku-4-5. openai/claude-sonnet-4-6 não corresponde a nenhuma delas e herda os padrões do dataclass: edit_format "whole", use_repo_map False, cache_control False e nenhum modelo weak ou editor separado — reescritas de arquivos inteiros, sem mapa do repositório, sem cache de prompt e cobrança do tráfego de mensagens de commit à taxa do seu modelo principal. Verifique seu próprio ID em relação a essas três substrings antes de presumir que foi isso que aconteceu: openai/claude-haiku-4-5 contém haiku-4-5, portanto segue o ramo de edição por diff com o mapa do repositório ativado, e apenas cache_control permanece False. Um .aider.model.settings.yml escrito manualmente corrige qualquer um dos casos sem alterar o cliente. Para comparação, os padrões equivalentes do dataclass do cecli definem edit_format como "diff", portanto um ID desconhecido começa com edições por diff ali.

O estado do repositório, as datas de lançamento, as contagens de commits e issues e todas as páginas de configuração de clientes vinculadas acima foram lidos em 19 de setembro de 2026; as afirmações sobre o comportamento do Aider vêm da tag lançada v0.86.2 e as afirmações sobre o cecli vêm de seu branch main. Nenhum cliente nesta página foi testado em tempo de execução contra a Kunavo, e nenhuma cobrança de tokens foi medida — todo valor em dólares é aritmética ilustrativa sobre tarifas ativas do catálogo.