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
| Sinal | Valor, verificado em 19 de setembro de 2026 | Fonte |
|---|---|---|
| Estado do repositório | Não arquivado, Apache-2.0, 49.042 estrelas | API do GitHub |
Último commit em main | 22 de maio de 2026 | Mesmo |
| Commits nos 180 dias anteriores | 19 | API de commits |
| Issues abertas / pull requests abertas | 1,380 / 502 | Pesquisa de issues do GitHub |
| Versão instalável mais recente | 0.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 GitHub | v0.86.0, 9 de agosto de 2025 | API 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:
- 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_settingstestamodel == ms.name— igualdade simples entre strings — e todas as 40 linhas com prefixoopenai/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ãosonnet-4-5,opus-4-6ehaiku-4-5. Um ID comoopenai/claude-sonnet-4-6nã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-5contémhaiku-4-5, portanto segue o ramo de edição por diff com o mapa do repositório ativado, e apenascache_controlpermaneceFalse. 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. - 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". - Um protocolo de rede. A página de endpoints compatíveis do Aider documenta exatamente uma rota de terceiros:
OPENAI_API_BASE,OPENAI_API_KEYe o prefixoopenai/. 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_BASEdo 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á saindo | Para onde ir | Como usa um endpoint personalizado | O que você aceita |
|---|---|---|---|
| Você gosta do fluxo de trabalho do Aider e quer que ele seja mantido | cecli (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 ferramentas | OpenCode (MIT) | Um bloco provider em opencode.json com @ai-sdk/openai-compatible, options.baseURL e um mapa models | Um 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 modelo | Crush | provider add <id> --type openai-compat --base-url … --api-key …, depois model add com --price-input / --price-output | Licenciado 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ção | Goose (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 pares | OpenHands (MIT) | Provedor, modelo, chave de API e Base URL na interface de Configurações, com a Base URL em configurações avançadas | A 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 terminal | Cline (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ão | As 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 completions | Claude Code, Codex CLI | Claude 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
| Projeto | O que ele é agora | Para onde ir em vez disso |
|---|---|---|
| Roo Code | Encerrado 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 |
| Continue | continue.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 arquivado | Cline ou outro agente de editor da tabela acima |
| Plandex | Não arquivado, mas mais desatualizado que a ferramenta que você está deixando: último push em 3 de outubro de 2025 | Qualquer opção acima que receba pushes ativamente |
| Plano gratuito do Qwen Code | Sua 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 ativo | Ainda 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.
# 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á levando | Para o cecli | Para OpenCode, Crush, Goose, Cline ou OpenHands |
|---|---|---|
| Endpoint e chave | Inalterados — mesmas duas variáveis de ambiente | Reinseridos 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 disso | O 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ório | Arquivo renomeado, mesmas chaves | Não portáveis — estes são conceitos do Aider, não conceitos compartilhados |
| Metadados de custo | Arquivo renomeado, mesmas chaves no formato do LiteLLM | Redigitados: 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 chat | Não há um caminho de importação documentado — presuma que não migra | Presuma 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.
| Modelo | Entrada / saída por 1M | Estimativa, edições por diff | Estimativa, 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.