Plandex vs Aider: fluxo de trabalho, modelos e custo total

Escolha o Aider se quiser um endpoint de terceiros compatível com OpenAI: a documentação dele reduz isso a duas variáveis de ambiente e um prefixo openai/, sem exigência de plano, conta ou licença. Escolha o Plandex somente se você for hospedá-lo por conta própria — a própria matriz de suporte restringe provedores personalizados às instalações auto-hospedadas, e o último push de código ocorreu em 3 de outubro de 2025. Os dois projetos estão em estados muito diferentes, e isso pesa mais aqui do que qualquer lista de recursos.

Ambos são agentes de programação gratuitos para terminal, sem cobrança pelo software, portanto a comparação não é de preço. É uma comparação de quanto trabalho cada um exige para chegar ao endpoint que você já escolheu, de como cada um trata sua árvore de trabalho e do que você herda ao escolher um projeto cujos domínios do fornecedor pararam de resolver.

Entre quais opções você está realmente escolhendo

Uma distinção da qual essa tabela depende. A empresa e o serviço de nuvem foram encerrados; o repositório não. A publicação sobre o encerramento do mantenedor — datada de 3 de outubro de 2025 e agora legível apenas no Internet Archive, já que o domínio está inativo — diz que ele aceitou uma posição de engenharia em outro lugar, que novos testes e inscrições foram desativados e as assinaturas pausadas, que o Plandex Cloud continuaria funcionando para clientes existentes até ser encerrado em 7 de novembro de 2025 e que o projeto de código aberto permaneceria no GitHub. Ela não promete versões futuras nem anuncia que o código foi abandonado; no GitHub, o repositório continua ativo, sob MIT e não arquivado. O resultado do DNS é uma observação, não um veredito: o registro do .ai para plandex.ai está pago até setembro de 2027 e foi atualizado pela última vez em 12 de agosto de 2026, cerca de seis semanas antes desta verificação, enquanto a delegação ativa aponta para servidores de nomes que recusam consultas. O domínio pode voltar.

Os próprios números do Aider exigem uma ressalva na direção oposta. As notas de versão listam suporte a modelos da era de 2026 — aliases Claude 4.5/4.6, modelos Gemini 3 em prévia, configurações GPT-5.1 a 5.4 e um novo comando /ok — sob o título “main branch”, o que significa mesclado, mas não necessariamente lançado. Trabalho foi incorporado a main em abril e maio de 2026, após o upload do PyPI de 12 de fevereiro de 2026, portanto um pip install aider-chat simples não o inclui. Isso é uma inferência a partir das datas, não uma comparação dos pacotes. Um fork de terceiros, cecli-dev/cecli, lança versões com muito mais frequência, mas suas versões e recursos não são os do Aider e não devem ser interpretados como tal.

Duas colisões de pesquisa a esclarecer antes de ler qualquer outra coisa sobre essa dupla. Uma empresa diferente de software contábil também opera como Aider, em outro domínio, vendendo automação de fechamento de período para contadores e guarda-livros com sua própria tabela de preços; esses preços descrevem aquele produto e nada têm a ver com a CLI de programação, por isso nenhum valor mensal do Aider aparece nesta página. E as cópias do Plandex que aparecem nos resultados — Pendia/Plandex-AI-Coding-Agent e mattias50/plandexV2 — são forks com zero estrelas, cujo último push ocorreu em maio e março de 2025, e cujas descrições do GitHub copiam ou reformulam levemente a original. O único repositório oficial é plandex-ai/plandex.

Qual escolher

Escolha o Aider quando seu endpoint for uma API de terceiros compatível com OpenAI, quando você trabalhar dentro do git e quiser que cada edição seja confirmada à medida que acontece, quando quiser um caminho de instalação que ainda receba pacotes e quando preferir que a configuração seja uma exportação do shell em vez de um esquema JSON. O custo de migração é de minutos mais um arquivo de metadados.

Escolha o Plandex quando o modelo de revisão importar mais do que a cadência: você quer que as alterações da IA fiquem em uma sandbox e só sejam aplicadas depois que você ler o diff, quer uma escala predefinida de autonomia em vez de alternar o modo a cada mensagem e aceita executar Docker e Postgres para hospedá-lo por conta própria. Aceite de antemão que está adotando uma versão de julho de 2025 cujos domínios do fornecedor não resolvem e que a instalação rápida documentada é uma das coisas que falham por causa disso.

Não escolha nenhum dos dois quando quiser um agente lançado ativamente, com um caminho de primeira classe para endpoints personalizados e uma superfície de plugins mantida. Alternativas ao Aider cobre esse espaço, e OpenCode, Claude Code e Cline são três opções de saída com configuração do Kunavo publicada.

Fluxo de trabalho: revisar e depois aplicar versus aplicar e depois desfazer

Essa é a maior diferença estrutural, e não uma questão de gosto. A documentação de revisão de alterações do Plandex afirma que as alterações não são aplicadas diretamente aos arquivos do projeto por padrão; em vez disso, acumulam-se em uma sandbox com controle de versão para que você possa revisá-las primeiro, por meio de plandex diff, de uma visualização no navegador em plandex diff --ui e de plandex reject para rejeição por arquivo antes de plandex apply. Separadamente, a documentação de controle de versão diz que o próprio plano é versionado: alterações de contexto, prompts, respostas, builds, rejeições, aplicações e alterações de configuração do modelo criam, cada uma, uma versão, navegável com plandex log e reversível com plandex rewind. Esse histórico é o armazenamento próprio do Plandex, não o histórico do seu git.

O Aider faz o inverso. Sua página sobre git diz que ele solicita a criação de um repositório git se você o iniciar em um diretório sem um, que sempre que edita um arquivo ele confirma essas alterações com uma mensagem descritiva e que primeiro confirma quaisquer alterações não confirmadas preexistentes para manter suas edições separadas das dele. A recuperação é /undo, que desfaz e descarta a última alteração. Não foi confirmado aqui se o Plandex precisa de um repositório git.

Nenhum dos dois projetos documenta um índice de embeddings, e o Kunavo também não oferece um modelo de embeddings, portanto nenhuma das configurações documentadas exige um. Ambos descrevem, em vez disso, um caminho com tree-sitter: o README do Plandex anuncia mapas de projeto com tree-sitter, e a página de linguagens compatíveis do Aider diz que seu mapa de repositório é construído a partir das tags da gramática tree-sitter de cada linguagem.

Permissões: uma escala em vez de uma troca de modo

O Plandex controla o comportamento com cinco predefinições configuradas por plandex set-auto ou por flags de inicialização. O Aider não tem uma matriz equivalente: seus modos de chat são code, ask, architect e help, alternados por mensagem ou mantidos de forma persistente, e a execução do shell é feita pelos comandos explícitos /run (alias !) e /test documentados em sua lista de comandos no chat, e não por um nível de permissão.

Lido na documentação de autonomia do Plandex em 21 de setembro de 2026. A leitura prática: a vantagem da sandbox acima só se mantém abaixo de Full, porque a aplicação automática é ativada por Full.

Usar seu próprio endpoint: a diferença mais marcante

A página de compatibilidade com OpenAI do Aider publica a configuração completa. Não há nenhum nível a ultrapassar: nenhuma página do aider.chat verificada aqui coloca um plano, uma conta ou um serviço hospedado entre você e o endpoint.

export OPENAI_API_BASE=<endpoint>
export OPENAI_API_KEY=<key>

aider --model openai/<model-name>

A verdadeira fronteira são os metadados, não a permissão. A página de avisos do Aider diz que, para um modelo do qual nunca ouviu falar, ele usará uma janela de contexto ilimitada e presumirá que o modelo é gratuito; assim, um ID personalizado informa custos não confiáveis até que você escreva o arquivo documentado em sua página de configurações avançadas de modelos: um .aider.model.metadata.json no diretório inicial, na raiz do git ou no diretório de inicialização, indexado pelo nome provider/model totalmente qualificado e contendo input_cost_per_token, output_cost_per_token, litellm_provider e mode. O preço do Aider funciona por meio desse arquivo e do padrão de formato de edição que fica por trás dele.

O Plandex publica, em vez disso, uma matriz de suporte, que é o parágrafo mais relevante para a decisão na documentação de qualquer um dos projetos: o modo auto-hospedado oferece suporte completo a modelos, provedores e pacotes de modelos personalizados; o Cloud com chaves de API próprias oferece suporte a modelos e pacotes personalizados, mas diz que os modelos só podem usar provedores integrados; o Cloud com modelos integrados oferece suporte apenas a pacotes personalizados de modelos integrados. Nessa matriz, nenhuma das camadas pagas do Cloud alcançou um endpoint personalizado. E a referência de variáveis de ambiente não lista nenhuma substituição geral de URL base para um provedor — AZURE_API_BASE é específico do Azure e OLLAMA_BASE_URL é uma configuração do servidor para alcançar o Ollama fora do contêiner — portanto o arquivo JSON aberto por plandex models custom é o único caminho documentado para um endpoint arbitrário compatível com OpenAI.

{
  "providers": [
    {
      "name": "my-provider",
      "baseUrl": "https://api.example.com/v1",
      "apiKeyEnvVar": "MY_PROVIDER_API_KEY"
    }
  ]
}

Esse bloco é a parte fácil, um terço do trabalho. Cada modelo personalizado declara então modelId, publisher, description, defaultMaxConvoTokens, maxTokens, maxOutputTokens, reservedOutputTokens e um preferredOutputFormat de xml ou tool-call-json, e cada modelo é então inserido em um pacote por função — planner, summarizer e builder são obrigatórios, enquanto architect, coder, wholeFileBuilder, names, commitMessages e autoContinue são opcionais. O $schema do modelo gerado aponta para https://plandex.ai/schemas/models-input.schema.json, que não resolve; a documentação descreve esse esquema como o que fornece preenchimento automático, validação e documentação embutida aos editores, e os esquemas estão armazenados no repositório em app/cli/schema/json-schemas/, portanto um caminho local é a solução alternativa. Trate isso como uma questão de ferramentas do editor — não foi verificado se a CLI algum dia busca o esquema remoto em tempo de execução.

Mais dois detalhes do Plandex que vale conhecer antes de adotá-lo. A documentação e o código divergem sobre o host da API na nuvem: environment-variables.md diz que PLANDEX_API_HOST usa https://api.plandex.ai por padrão, enquanto clients.go codifica https://api-v2.plandex.ai diretamente. Ambos estão no domínio que não resolve, portanto a discrepância não muda nada na prática, mas confie no código. E, para provedores integrados, a documentação de provedores do Plandex lê as chaves de variáveis de ambiente na inicialização da CLI, dá prioridade aos provedores diretos sobre o OpenRouter quando ambos estão definidos e afirma que os provedores diretos custam cerca de 5% menos que o OpenRouter — essa é uma afirmação do Plandex de julho de 2025, não uma medição, e nossa comparação com o OpenRouter é o lugar para verificá-la em relação aos termos atuais.

Quanto cada um realmente cobra de você

Nenhum dos projetos cobra dinheiro. O Aider é Apache-2.0, sem plano, nível, assento ou serviço hospedado em qualquer página do aider.chat verificada aqui, e o Plandex é MIT, com uma imagem de servidor pública e um guia de início rápido para auto-hospedagem que não documenta nenhuma etapa de licença. A cobrança inteira, nos dois casos, são os tokens do modelo à taxa do seu provedor, mais, no caso do Plandex, o custo que a execução do Docker e do Postgres acarretar. O Plandex Cloud é a única referência de preço que aparece nos resultados de pesquisa, e não é algo que alguém possa comprar: sua página do Cloud ainda lista US$ 45 por mês para Integrated Models e US$ 30 por mês para BYO API Keys sob um aviso de que o Cloud está sendo encerrado em 10/3/2025 e não aceita mais novos usuários, e a publicação vinculada nesse aviso diz que o serviço foi encerrado em 7 de novembro de 2025.

Como o software é gratuito dos dois lados, a pergunta útil sobre custo é qual modelo você executa e quantas funções são cobradas. As duas ferramentas distribuem uma tarefa entre mais de um modelo — o pacote do Plandex exige um planejador, um sumarizador e um construtor, e a referência de opções do Aider descreve --weak-model como o modelo usado para mensagens de commit e sumarização do histórico do chat — portanto uma única taxa de destaque subestima ambos. Os valores abaixo são aritmética ilustrativa de tokens, não custos medidos de tarefas nem um teto de cobrança: suponha uma sessão que envie 250.000 tokens de entrada sem cache e receba 15.000 tokens de saída, às taxas atuais do catálogo do Kunavo por milhão de tokens.

As funções auxiliares são onde as duas ferramentas recompensam o mesmo hábito. Suponha que o tráfego do sumarizador e das mensagens de commit seja de mais 40.000 tokens de entrada e 2.500 de saída: isso custa $0.110 se executado em Claude Sonnet 4.6 e $0.037 em Claude Haiku 4.5. O Plandex permite nomear um modelo diferente por função no pacote; o Aider oferece --weak-model para a mesma finalidade. Dimensione pelos seus próprios usos antes de tratar qualquer valor deste exemplo como orçamento e verifique a cobrança que sua conta do provedor realmente registrou — nenhuma das ferramentas fornece uma leitura confiável dos gastos em um endpoint personalizado, como explica a FAQ abaixo.

O valor do catálogo do Kunavo é um piso de cobrança, não um limite: 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. Cobranças de cache e ferramentas externas ficam fora deste exemplo. A recarga mínima é de $10 em crédito pré-pago, o que é um mínimo de financiamento, não uma taxa por tarefa ou uma assinatura — consulte detalhes de cobrança. Para conhecer o método por trás da redução desses valores, consulte otimização de custos de IA.

Custo de migração, lado a lado

Um detalhe do Python para a coluna do Aider, porque as duas fontes oficiais descrevem pacotes diferentes: a página de instalação menciona Python 3.8–3.13 para o instalador de inicialização, enquanto os metadados do aider-chat 0.86.2 no PyPI declaram >=3.10,<3.13. São os metadados do pacote que o pip impõe para a própria ferramenta.

Configurando qualquer um dos dois com o Kunavo

O Kunavo publica uma referência de configuração para o Aider e nenhuma para o Plandex. Nenhum dos clientes foi testado em tempo de execução contra o endpoint do Kunavo, e uma página de configuração publicada é uma referência de configuração, não um resultado de compatibilidade. Para o Aider, o guia de integração do Aider contém as duas variáveis e o prefixo openai/. Para o Plandex, não há uma página de configuração do Kunavo a seguir: você escreveria manualmente os blocos de provedor e modelo acima em uma instalação auto-hospedada, usando a lista de campos da própria documentação do Plandex. O guia da API compatível com OpenAI aborda o mecanismo compartilhado do qual ambos os caminhos dependem. Mantenha um caminho funcional disponível enquanto testa qualquer um dos dois, execute uma tarefa limitada e depois leia o que sua conta registrou. Crie uma conta do Kunavo quando estiver pronto para financiar uma chave.

Perguntas frequentes

Verificado em 21 de setembro de 2026 para esta página: os metadados dos repositórios do GitHub, as contagens de contribuidores e as tags de versão dos dois projetos, o registro do PyPI para aider-chat, a resolução de DNS de plandex.ai e aider.chat no Google Public DNS e no Cloudflare DNS, o registro WHOIS de plandex.ai no .ai, o registro do Docker Hub para plandexai/plandex-server, a captura do Internet Archive da publicação sobre o encerramento do Plandex e as páginas de documentação do Plandex e do Aider vinculadas acima. Nenhuma das ferramentas foi instalada ou executada, portanto toda afirmação comportamental aqui foi extraída da documentação ou do código-fonte, e não observada. As taxas de tokens do Kunavo vêm do catálogo ativo e cada valor em dólar é aritmética ilustrativa de tokens.