A maioria dos clientes de agentes de código aberto permite definir sua própria URL base de API, mas três coisas determinam se isso realmente funciona: o protocolo de comunicação usado pelo cliente, onde fica o limite de uso da própria chave e se o projeto ainda é mantido. Este diretório lista 77 clientes de agentes — 64 entre agentes de código para terminal, editores, aplicativos de chat para desktop, criadores de fluxos de trabalho e agentes pessoais sempre ativos, além de 3 sem endpoint de terceiros documentado e 10 aposentados ou substituídos — com o protocolo, o limite do endpoint e o ciclo de vida de cada um apresentados separadamente, para que você consiga distinguir “aceita uma URL base” de “fará o que você precisa”.
Este é um índice de navegação, não um ranking. Nenhum cliente aqui concluiu uma solicitação pela Kunavo em um teste registrado, nada recebe pontuação, e os projetos aposentados aparecem com seu status em vez de serem descartados silenciosamente. Os fatos sobre os clientes foram coletados em 17 de setembro de 2026. Em 18 de setembro de 2026, cada célula de ciclo de vida nas tabelas de arquivados e sem endpoint foi verificada novamente com a API do GitHub, junto com a maioria das linhas listadas como ativas; os detalhes de protocolo e uso da própria chave foram relidos para um subconjunto, não para todos os 77. Cada linha contém um link para a página a partir da qual foi escrita, portanto qualquer célula pode ser verificada novamente na fonte. Em 1º de outubro de 2026, cada cliente com um repositório público foi verificado novamente pela API do GitHub e cada link de fonte foi reaberto: nenhum havia sido arquivado desde então, todas as fontes continuavam respondendo, e as datas nas células de ciclo de vida são as leituras de setembro conforme registradas, salvo indicação em contrário em uma célula.
Os três eixos que determinam se um endpoint personalizado funciona
Uma única coluna “oferece suporte a API personalizada” oculta a maioria dos modos reais de falha. Cada linha abaixo os separa.
1. Protocolo de comunicação
“Compatível com OpenAI” é o formato mais comum, mas não o único, e os nomes que os clientes usam para esses formatos nem sempre correspondem ao que eles enviam.
| Protocolo | O que o cliente envia | O que isso significa para um endpoint |
|---|---|---|
| OpenAI Chat Completions | POST para /v1/chat/completions | O formato com maior suporte; a suposição padrão na maioria dos clientes aqui |
| OpenAI Responses | POST para /v1/responses | Um endpoint diferente. Um gateway que implemente apenas chat completions não responderá a ele |
| Anthropic Messages | POST para /v1/messages | Um formato de solicitação e resposta completamente diferente, não uma mudança de cabeçalho |
| Google Gemini ou Vertex nativo | models/*:generateContent | O Gemini CLI aceita uma URL base, mas ainda usa este protocolo, portanto uma URL compatível com OpenAI não funcionará nele |
| Somente nativo | Endpoints fixos do fornecedor | Não existe um campo de URL base; o endpoint está compilado no código |
Vale a pena memorizar duas armadilhas de nomenclatura porque a falha parece um endpoint quebrado, e não um protocolo incorreto. No PicoClaw, provider: "anthropic" envia chat completions no formato da OpenAI e anthropic-messages envia a Messages API nativa, portanto um endpoint que ofereça apenas /v1/messages retorna 404 com o primeiro valor. No Droid da Factory, provider: openai significa a Responses API, e generic-chat-completion-api é o valor para um gateway de chat completions.
2. Limite de uso da própria chave
| Limite | Como isso aparece | Exemplos neste diretório |
|---|---|---|
| Configurável livremente | Um campo de URL base documentado, sem conta ou plano pago envolvido | A maioria dos agentes de terminal, a maioria das interfaces de chat auto-hospedadas |
| Limitado pela superfície | Funciona em algumas superfícies do produto, mas não em outras | Droid (somente CLI e desktop), Qoder (IDE, não CLI), OpenHands (backend local do agent-server, não nuvem), AutoGPT Platform (agente de chat auto-hospedado, não a camada de blocos) |
| Limitado pelo plano | Exige um plano pago ou de acesso antecipado | URLs de endpoint personalizadas do Amp, Warp para organizações com mais de dez funcionários, Smart Chat Pro |
| Limitado pelo protocolo | O campo existe, mas aceita apenas um protocolo de fornecedor | Gemini CLI, nanocode, NanoClaw no runtime padrão |
| Nenhuma documentada | Sem campo de endpoint — somente chaves do fornecedor, ou nem mesmo elas | Devon (chaves do fornecedor, sem endpoint), Kiro CLI (nenhum dos dois) |
3. Ciclo de vida
Um repositório não arquivado é uma evidência fraca. O Continue está somente para leitura, mas não tem uma marca de arquivado, portanto uma verificação dessa marca o reporta como ativo; o repositório do Aider também não está arquivado, mas não tem um lançamento desde agosto de 2025, e o do Stakpak não tem nem marca de arquivado nem commit desde julho de 2026. Uma data de push é ainda mais fraca, pois muda quando qualquer coisa é enviada para qualquer lugar do repositório enquanto o branch padrão permanece parado — essa lacuna explica por que Continue e Witsy parecem mais recentes do que são. As células de ciclo de vida abaixo se baseiam no log de commits do branch padrão, na lista de lançamentos e na própria declaração do projeto, não em uma data de push.
Por que uma URL base não é uma garantia de compatibilidade
Estas são as razões recorrentes pelas quais um endpoint configurado corretamente ainda apresenta comportamento incorreto, todas extraídas da própria documentação dos clientes:
- Tratamento do caminho. O Cherry Studio quer a raiz do provedor e acrescenta o caminho da versão por conta própria, portanto colar uma URL completa de chat completions duplica o caminho. O Jan exige o caminho da versão na URL base. O TypingMind quer o caminho completo
/v1/chat/completions. O SillyTavern recomenda não adicionar o sufixo. O Dify acrescenta a versão por conta própria para tipos de modelo que não são LLM. - Requisitos da lista de modelos. O teste de credenciais da n8n envia
GET /modelse avalia a resposta apenas pelo código de status, portanto falha sem uma lista de modelos e pode passar com uma URL base incorreta que retorne qualquer 200 nesse ponto. A substituição do tamanho de contexto do pool só se aplica quando o modelo aparece na lista de modelos do provedor. O Open WebUI contorna uma lista ausente com um campo de lista de permissões manual. - Metadados de modelo declarados manualmente. Nenhum dos seguintes clientes descobre os limites de um modelo a partir do seu endpoint: Zed, Crush, Theia, OpenClaw, ChatWise ou Dyad. O impacto no custo varia: Zed, Crush e ChatWise fazem você informar a janela de contexto, os limites de saída ou os preços por token; OpenClaw e Dyad aceitam esses campos como opcionais e aplicam valores padrão quando você os deixa em branco; a entrada de modelo personalizado do Theia não contém limites nem preços. Quando um cliente informa gastos com base nos números digitados por você, o valor reflete o que você digitou, não o que foi cobrado.
- Subconjuntos de recursos. O preenchimento automático do Twinny usa a rota de completions legada, enquanto o chat usa chat completions. O AnythingLLM configura embeddings separadamente do chat. O Jan não consegue inferir suporte a ferramentas, visão ou áudio para um provedor personalizado. O Oh My Pi precisa de uma flag para endpoints que rejeitam definições estritas de ferramentas.
As cinco tabelas abaixo podem ser filtradas pelas mesmas perguntas: protocolo, o limite da própria chave, se é necessário um plano pago para um endpoint personalizado e ciclo de vida. Cada linha permanece na página; o filtro apenas oculta linhas enquanto você o utiliza, e “Não declarado” significa que as fontes da linha não esclarecem a questão.
Todos os clientes estão listados abaixo.
Agentes de código para terminal
Os projetos de terminal aposentados e substituídos — SWE-agent, Plandex, Mentat, a CLI Go OpenCode arquivada e a iFlow CLI — estão na seção de arquivados mais abaixo, e não nesta tabela. O Kiro CLI e o Devon estão na tabela sem endpoint.
| Cliente | Ciclo de vida | Protocolo / limite da própria chave | Melhor para | Limite da chave | Página da Kunavo |
|---|---|---|---|---|---|
| Aider | Não arquivado, mas inativo: último lançamento em 2025-08-09, último commit no branch padrão em 2026-05-22 | OpenAI Chat Completions por meio do prefixo de modelo openai/ e de OPENAI_API_BASE. Configurável livremente | Programação em pares no terminal em um repositório git existente, com edições aplicadas e commits automáticos | Nenhum lançamento há mais de 13 meses, portanto os metadados de modelos mais recentes podem estar defasados e talvez precisem ser fornecidos manualmente | Preços, configuração |
| goose | Ativo, mas realocado: doado pela Block à Agentic AI Foundation, o repositório foi movido para aaif-goose/goose e a documentação para goose-docs.ai, anunciado em 2026-04-07 | OpenAI Chat Completions (OPENAI_HOST mais OPENAI_BASE_PATH) e Anthropic Messages (ANTHROPIC_HOST). Configurável livremente | Um agente local de uso geral além da programação — aplicativo para desktop, CLI e API incorporável, ampliado por meio de MCP | A URL base é dividida entre duas variáveis, portanto um endpoint cuja raiz esteja em um caminho de versão precisa ter esse caminho definido explicitamente | vs Claude Code, configuração |
| Crush | Ativo; recebeu push em 2026-09-18, no mesmo dia em que foi verificado | Tipos distintos: openai, openai-compat para APIs não compatíveis com OpenAI e anthropic. Configurável livremente via crushrc ou crush.json | Um agente de terminal refinado, no qual a janela de contexto e os preços são declarados localmente por modelo, tornando o custo visível durante a sessão | Nada é descoberto — a janela de contexto, o número máximo de tokens e os preços são inseridos manualmente. Ambos os arquivos de configuração são código confiável: o crushrc é executado em um shell, e a substituição de comandos em crush.json é executada no carregamento | Preços, configuração, vs OpenCode |
| Pi | Ativo; earendil-works/pi recebeu push em 2026-09-18. O caminho antigo badlogic/pi-mono redireciona para este | openai-completions, openai-responses, anthropic-messages, google-generative-ai em ~/.pi/agent/models.json — os quatro valores de api documentados pelo Pi para um provedor personalizado até a atualização da documentação de 22 de setembro de 2026, que removeu a lista. O código-fonte na v0.99.2 tipa o campo como uma string livre e o encaminha para qualquer uma das dez implementações integradas correspondente; somente as quatro foram documentadas para um provedor personalizado, e nenhuma das outras seis foi testada aqui. Configurável livremente | Criando sobre um núcleo de agente pequeno e incorporável, fácil de modificar | O README informa que novos problemas e pull requests de novos contribuidores são fechados automaticamente por padrão, e que você adota um monorepositório de harness em vez de apenas uma CLI | Preços, vs OpenCode, configuração |
| Oh My Pi | Fork ativo do Pi; recebeu push em 2026-09-18 | Nove protocolos de comunicação de chat em models.yml: openai-completions, openai-responses, openai-codex-responses, azure-openai-responses, anthropic-messages, bedrock-converse-stream e três variantes do Google (google-generative-ai, google-gemini-cli, google-vertex). A mesma lista acrescenta duas APIs de julgamento, typesafe e openrouter-decisions, que respondem a solicitações de julgamento, não de chat; o schema na v18.4.8 aceita exatamente essas onze. Configurável livremente via models.yml | Os protocolos de chat mais documentados entre todos os agentes de terminal desta tabela, com ferramentas LSP e DAP integradas | Endpoints compatíveis com Anthropic que rejeitam o campo strict nas definições de ferramentas precisam de disableStrictTools; a descoberta força um caminho /v1/models salvo se for explicitamente desativada | Preços, configuração, vs Pi |
| pool | Ativo, mas pequeno: recebeu push em 2026-08-18, tem 425 estrelas e é apoiado comercialmente pela Poolside | Compatível com OpenAI apenas na rota personalizada (POOLSIDE_STANDALONE_BASE_URL); também fala ACP separadamente. Somente por variável de ambiente, sem restrição | Um agente de terminal nativo de ACP que também pode ser executado como servidor para um editor compatível | O endpoint deve oferecer GET /v1/models e listar o modelo selecionado, ou a substituição do tamanho de contexto deixará silenciosamente de ser aplicada | — |
| DeepSeek Harness | Ativo, autodeclarado como versão prévia para desenvolvedores; recebeu push em 2026-09-17 | openai-completions, openai-responses ou anthropic-messages, um protocolo por provedor, armazenado em 0.2.0-rc.2 no cordis.patch.yml do perfil. Configurável livremente | Experimentando o harness de arquitetura de plugins da DeepSeek como uma UI web local apontada para qualquer endpoint | Os mantenedores prometem mudanças incompatíveis, e na 0.2.0-rc.2 a página Models ainda não pode adicionar um provedor que faça login com OAuth, como o Codex | configuração |
| Droid (Factory) | Produto comercial ativo, de código fechado; tanto a documentação quanto a página de preços estavam acessíveis em 2026-09-18. factory.ai redireciona para factory.com | anthropic é Messages, openai é Responses, generic-chat-completion-api é Chat Completions. Limitado pela superfície: somente CLI e aplicativo para desktop | Manter um agente com suporte comercial enquanto transfere a inferência para seu próprio endpoint nas superfícies locais | Modelos personalizados nunca aparecem nos aplicativos web ou móveis hospedados. Nenhuma restrição por nível de plano é declarada na página de uso da própria chave, e a página de preços não lista o recurso — isso é a ausência de uma restrição documentada, não uma prova de que ela não existe | Preços, configuração |
| Qwen Code | Ativo; recebeu push em 2026-09-18 | OpenAI Chat Completions, Anthropic Messages, Google GenAI e Vertex, cada um com sua própria variável de URL base, além de uma opção explícita de Provedor personalizado. Configurável livremente | Alternar protocolo e provedor em tempo de execução a partir de um único cliente de terminal | O plano gratuito OAuth do Qwen foi descontinuado em 2026-04-15 e removido da caixa de diálogo de autenticação, portanto qualquer guia que ainda prometa uma cota diária gratuita está desatualizado | Preços, configuração |
| Kimi Code CLI | Ativo; MoonshotAI/kimi-code recebeu push em 2026-09-18. O repositório antigo do Kimi CLI afirma que está evoluindo para este e será gradualmente encerrado | OpenAI Chat Completions e Responses, Anthropic Messages, Google GenAI, Vertex — blocos de provedor em config.toml. Configurável livremente | Manter um login gerenciado da Moonshot como um provedor e, ao mesmo tempo, adicionar um endpoint de terceiros | As credenciais nunca são lidas de uma variável ambiente do shell: o nome da variável precisa ser declarado na configuração, ou a inicialização falha | vs Claude Code, configuração |
| OpenHands | Ativo, mas reestruturado: a organização foi renomeada de All-Hands-AI, o repositório principal agora distribui o Agent Canvas (1.20.0, 2026-09-17), enquanto o agente vive em um repositório SDK separado. O modo CLI continua documentado | LiteLLM, portanto um prefixo de provedor é obrigatório. Limitado pelo backend: as conexões de provedor estão disponíveis em backends locais de agent-server e ocultas em um backend de nuvem | Trabalho autônomo e isolado em várias etapas — tarefas de problema a pull request e automações agendadas — na sua própria máquina ou servidor | No caminho do proxy, o nome do modelo já precisa estar configurado nesse proxy. Também não está documentado se o backend de nuvem permite uma chave direta em um perfil de provedor | vs OpenCode, configuração |
| mini-SWE-agent | Ativo; recebeu push em 2026-09-14, atualmente na v2, com a v1 mantida em um branch | LiteLLM; um endpoint personalizado passa por model_kwargs com um provedor compatível com OpenAI e um api_base. Configurável livremente | Execuções econômicas, programáveis, em lote e de benchmark, com um loop central curto o bastante para ser lido antes de você confiar nele | Um modelo fora do registro da LiteLLM interrompe o acompanhamento de custos, e a v2 alterou o layout da configuração, portanto as instruções da era da v1 não são transferidas | Preços, configuração, vs Claude Code |
| Nanocoder | Ativo; recebeu push em 2026-09-18. Operado por um coletivo comunitário, não por uma empresa | Compatível com OpenAI, além de Ollama e predefinições por fornecedor. Uma entrada de provedor em agents.config.json ou no assistente de configurações. Configurável livremente | Programação de terminal com prioridade local, na qual uma API remota é uma opção entre modelos locais, e não o padrão presumido | As configurações são resolvidas bloco a bloco, portanto uma substituição de projeto de um único campo descarta o restante desse bloco e recorre aos valores padrão integrados, em vez da sua configuração global | Modelos e custo da API, configuração, vs OpenCode |
| Mistral Vibe | Ativo; recebeu push em 2026-09-18. Um projeto oficial da Mistral | Compatível com OpenAI por padrão; os blocos de provedor em config.toml contêm api_base e o nome da variável da chave. Configurável livremente | Uma CLI Python pequena e auditável de um fornecedor de modelos, com seu próprio endpoint por baixo | A referência do provedor fica na referência de configuração dentro do repositório, e não no README, portanto os nomes das chaves podem mudar entre versões — fixe uma versão em qualquer instrução de configuração | Configuração, vs Claude Code, alternativas |
| Gemini CLI | Ativo; recebeu push em 2026-09-18 | Somente Gemini nativo. A substituição da URL base se aplica à autenticação por chave de API, deve usar HTTPS, a menos que aponte para localhost, e nenhum modo compatível com OpenAI é documentado | Trabalho em terminal com foco no Gemini — e o exemplo mais claro de por que protocolo e endpoint são questões separadas | A substituição está documentada apenas para o caminho da chave de API; portanto, não conte que ela chegue ao login OAuth da conta do Google, e uma URL compatível com OpenAI não funcionará a menos que o endpoint também ofereça o protocolo de comunicação do Gemini | vs Claude Code |
| GitHub Copilot CLI | Ativo; versão v1.0.86 lançada em 2026-09-17. Não é a extensão gh copilot arquivada, que está em um repositório separado, arquivado após o último push em 2025-10-30 | OpenAI Chat Completions, Azure OpenAI ou Anthropic, selecionado por uma variável de tipo de provedor junto com uma variável de URL base. Nenhuma restrição de plano para um indivíduo; BYOK para organizações e empresas não foi verificado | Executar o agente de programação do GitHub em seu próprio endpoint, sem uma licença do Copilot e sem login do GitHub | O BYOK permite que a CLI seja executada sem autenticação do GitHub, e a página de autenticação lista o que deixa de funcionar sem ela: /delegate, o servidor MCP do GitHub e o GitHub Code Search. As chamadas de modelo continuam funcionando, e você também pode fazer login e trazer uma chave para manter ambos | vs Claude Code, configuração |
| gptme | Ativo; recebeu push em 2026-09-18. Foi movido de um namespace pessoal para a organização gptme; os caminhos antigos redirecionam | Compatível apenas com OpenAI para endpoints personalizados, por meio de um prefixo de modelo local com uma variável de URL base ou uma entrada de provedor nomeada. Livremente configurável | Um agente geral de terminal com ferramentas de shell e navegador, redirecionado ao definir uma variável de ambiente | Um endpoint que fala apenas Anthropic Messages não tem uma opção documentada, e qualquer outro protocolo exige um plugin escrito para o ponto de entrada do provedor | — |
| Open Interpreter | Ativo, mas reescrito como um programa diferente: agora é uma implementação em Rust baseada no Codex, com versões marcadas como rust-v0.0.44 em 2026-09-15, e o próprio caminho do repositório foi movido para openinterpreter/openinterpreter | Uma tabela de provedores TOML na qual wire_api aceita respostas ou chat. Livremente configurável | Um harness no estilo Codex deliberadamente ajustado para modelos abertos baratos, configurado por meio de uma tabela de provedores | O nome já não significa o que a maioria dos textos descreve — arquivos de configuração, flags e tutoriais antigos em Python não se aplicam. O exemplo documentado usa o protocolo de respostas, portanto um endpoint que ofereça apenas chat completions precisa ser declarado explicitamente | Configuração, vs Claude Code, alternativas |
| Amp | Comercialmente ativo; um agente da Sourcegraph, com um anúncio de política datado de 2026-09-13. Os níveis são Hobby (gratuito), Individual/Megawatt, Gigawatt, Teams e Enterprise | URLs arbitrárias de endpoints personalizados estão em acesso antecipado para membros Megawatt e Gigawatt, atrás de uma opção experimental; o anúncio promete apenas que isso será disponibilizado em breve para todos, sem informar uma data. O uso simples da própria chave é separado e mais amplo — o mesmo anúncio afirma que não há taxas nem limites de tokens de BYOK para ninguém, exceto o nível Enterprise, e que todos podem usar o Amp com suas próprias chaves sem taxa mensal | Equipes que querem um agente comercial com pesquisa de código forte, enquanto o gasto com tokens permanece na conta do próprio provedor | Não presuma uma URL base arbitrária: em 2026-09-18, essa capacidade específica ainda estava disponível apenas em acesso antecipado | Preços, configuração, vs Claude Code |
| nanocode | Publicado, mas com manutenção mínima: criado em 2026-04-01, último push em 2026-04-02, 20 estrelas | Apenas Anthropic Messages, apesar da tabela do README. A URL base é definida por uma variável de ambiente ou por um comando de configuração. Livremente configurável | Leitura em vez de execução — uma base de código Python curta que mostra como um loop de agente no formato do Claude Code é montado | A compatibilidade anunciada com OpenAI não existe no código: o cliente encapsula o SDK da Anthropic, portanto um endpoint simples de chat completions não funcionará | — |
| QodeX | Ativo, mas muito pequeno: criado em 2026-06-11, último push em 2026-08-22, 32 estrelas. Não relacionado ao Codex da OpenAI | Um tipo openai que aceita uma URL base arbitrária, um tipo ollama e um tipo anthropic com armazenamento em cache de prompts ativado por padrão. A configuração contém o nome da variável da chave, não a chave. Livremente configurável | Trabalho com prioridade local em que uma configuração contém tanto um servidor local quanto um endpoint na nuvem, alternados por execução com um perfil | Escala de manutenção por uma única pessoa, sem uma comunidade para absorver uma alteração incompatível upstream, e nada disso é verificado em tempo de execução por terceiros | — |
| GoCode | Ativo, mas mínimo: criado em 2026-07-25, último commit no branch padrão em 2026-09-17, 5 estrelas | Predominantemente no formato OpenAI em nove gateways nomeados, com Anthropic como a única entrada nativa; base_url por provedor em config.toml. Livremente configurável | Um único binário pequeno em Go, com troca de provedor durante a sessão e sem runtime de Node ou Python na máquina | Os IDs de modelo fornecidos por padrão já estão desatualizados, então você terá de fixá-los manualmente — e o nome colide com o daemon de autocompletar de Go estabelecido há muito tempo | — |
| Jan Agent | Prévia: a documentação afirma que o instalador obtém o software de um canal nightly. O repositório pai está ativo; último commit em 2026-09-18 | Compatível com OpenAI por padrão, Anthropic Messages por meio de uma flag api-type. Flags, um arquivo de configuração ou uma variável de ambiente. Livremente configurável | Um agente de terminal destinado a um endpoint no estilo OpenAI ou Anthropic, alterando uma única flag | Software de prévia instalado de um canal nightly; portanto, flags e comportamento podem mudar entre compilações, e qualquer configuração documentada será específica da versão | Configuração |
| Junie CLI | Ativo; a página de documentação de modelos personalizados da JetBrains tinha o carimbo de 18 de setembro de 2026, o dia em que foi verificada | Um perfil de modelo JSON com URL base, uma chave (com suporte à interpolação de variável de ambiente) e um apiType que seleciona o formato OpenAI completions, Anthropic ou Gemini. A página de BYOK afirma que não é necessária uma assinatura do JetBrains AI | Usuários da JetBrains que querem o agente Junie em um terminal, cobrados pelo próprio provedor | A documentação descreve especificamente a CLI e não confirma que os mesmos perfis se aplicam ao plugin da IDE; ela também enfatiza que o modelo precisa ser suficientemente forte para o uso de ferramentas por agentes | Preços, configuração, vs Claude Code |
| Docker Agent | Ativo, renomeado de cagent; o caminho antigo do repositório resolve para o novo, e os prefixos de variáveis de ambiente legados ainda funcionam | OpenAI chat completions por meio de um api_type explícito com URL base e nome da variável da chave, além dos tipos nativos de provedor anthropic, google e bedrock. Livremente configurável | Equipes declarativas multiagente escritas em YAML e distribuídas como artefatos OCI | Confusão de nomenclatura e cobrança: materiais antigos sobre cagent, a documentação atual do Docker Agent e as próprias páginas de assinatura de IA da Docker descrevem coisas diferentes | — |
| fast-agent | Ativo; o repositório não está arquivado, com issues e pull requests abertos no momento da verificação | Um provedor genérico compatível com OpenAI que recebe base_url e api_key em YAML, ou uma flag de URL base para uma única execução. Existem separadamente caminhos nativos para Anthropic, OpenAI, Google, Azure e DeepSeek. Livremente configurável | Construção de agentes nativos de MCP e padrões de fluxo de trabalho em Python, conduzida por uma CLI interativa | Um framework, não um produto — sem serviço hospedado ou suporte comercial — e os exemplos genéricos documentados são endpoints locais; portanto, um endpoint remoto está previsto na especificação, mas não corresponde ao formato ilustrado | — |
| Stakpak | Inativo, mas não arquivado: Apache-2.0, porém o commit mais recente do branch padrão é de 2026-07-06 e a versão mais recente, v0.3.88, é de 2026-06-10 — mais de dois meses sem atividade no momento da verificação | Compatível com OpenAI por meio de uma chave api_endpoint; chaves nativas Anthropic e OpenAI também são aceitas. Uma conta Stakpak é uma opção, não uma exigência | Trabalho de DevOps e infraestrutura — depuração de Kubernetes, CI/CD e infraestrutura como código — com proteções contra comandos destrutivos | Os dois exemplos funcionais do README apontam api_endpoint para um servidor local; portanto, o caso remoto está previsto na especificação, mas não corresponde ao formato ilustrado. Junto com a lacuna de commits acima, trate-o como um projeto a ser verificado antes da adoção, não como um projeto em desenvolvimento ativo | — |
| VT Code | Ativo, mas explicitamente experimental e mantido por uma única pessoa; o README afirma que a inferência local e alguns fluxos de automação podem mudar entre versões | Uma matriz de provedores personalizados compatíveis com OpenAI em vtcode.toml, com base_url e nome da variável da chave, além de uma lista de permissões opcional de provedores. Livremente configurável | Um único binário estático em Rust para quem quer ampla escolha de provedores e uma lista de permissões de provedores auditável | Manutenção individual nas horas vagas, com superfícies declaradas como experimentais; portanto, a estabilidade da configuração entre versões é um risco real | vs OpenCode |
| CodeBuddy Code | Ativo; um produto da Tencent Cloud cuja documentação da CLI faz referência à v2.153.0 | Compatível com OpenAI por meio de um par de URL base e variável de chave, apresentado para serviços de modelos de terceiros. Nenhuma alegação de formato Anthropic aparece na documentação, apesar da UX familiar. Nenhuma restrição de plano no caminho de terceiros | Um fluxo de trabalho de terminal no formato do Claude Code, com execução em sandbox, subagentes personalizados e hooks | Vários produtos não relacionados usam o nome CodeBuddy, e a própria troca de região do fornecedor deixa de se aplicar quando você aponta a CLI para uma URL base de terceiros | — |
| Warp | Ativo; as páginas de documentação verificadas têm como data da última atualização 16 de setembro de 2026 | OpenAI Chat Completions para o endpoint de inferência personalizado, configurado por usuário nos planos Free e nos planos pagos elegíveis. Organizações com mais de dez funcionários precisam do Business ou Enterprise. Um recurso separado, exclusivo para empresas, cobre caminhos nativos de provedores de nuvem | Uma interface de terminal agentiva executada em seu próprio endpoint, em vez de usar uma cota de modelo incluída | Duas restrições se acumulam: a regra de tamanho da organização e a exigência estrita de que o endpoint esteja acessível publicamente — localhost, endereços de rede privada e proxies somente internos são rejeitados diretamente | vs Claude Code |
Editores e forks de IDEs
Continue, Void e PearAI estão na seção de arquivados e substituídos, não aqui.
| Cliente | Ciclo de vida | Protocolo / limite da própria chave | Melhor para | Limite da chave | Página da Kunavo |
|---|---|---|---|---|---|
| Zed | Ativo; recebeu push em 2026-09-18 | Duas árvores de configuração independentes, compatível com OpenAI e compatível com Anthropic, cada uma com seu próprio api_url. A página de preços oferece uso ilimitado no plano Personal gratuito com suas próprias chaves de API, portanto BYOK não é bloqueado por cobrança. Edit prediction tem sua própria árvore e também pode usar um provedor compatível com OpenAI | Um editor nativo rápido em que uma única chave pode controlar o painel do agente, a assistência inline e a previsão de edição | Sem descoberta de modelos: cada modelo é declarado manualmente com seus próprios limites de tokens, e um erro de digitação resulta em um modelo ausente, não em um erro. O Zed como provedor de modelos e o modelo padrão de previsão de edição ainda exigem um login no Zed | vs Cursor, configuração |
| Theia IDE | Ativo; recebeu push em 2026-09-18, com uma versão nightly marcada no mesmo dia | Compatível com OpenAI. Uma matriz de preferências de objetos de modelos personalizados contendo model, url, id e key. Nenhuma restrição de plano ou conta, mas os recursos de IA são distribuídos desativados atrás de uma opção local | Uma IDE desktop neutra em relação a fornecedores, da Eclipse Foundation, em que cada endpoint de modelo é declarado explicitamente nas configurações | Sem descoberta de modelos, e uma url ou id incorreta falha silenciosamente. Não confunda a Theia IDE baixável com a plataforma Theia que outros produtos incorporam — a configuração acima é da IDE | Configuração |
| Twinny | Ativo; recebeu push em 2026-09-18, MIT | Compatível com OpenAI, por meio de duas rotas diferentes: o chat acrescenta chat-completions ao caminho configurado, enquanto o autocompletar usa a rota de completions legada. Os provedores são adicionados um por vez por meio de um formulário com botão de teste. Livremente configurável | Autocompletar gratuito do VS Code mais chat, com fill-in-the-middle e chat deliberadamente direcionados para modelos diferentes ou até mesmo endpoints diferentes | A compatibilidade com chat não implica que o autocompletar funcione: um endpoint que ofereça apenas chat completions fornece chat funcional e texto fantasma inoperante. Verifique separadamente a rota de completions e o template de fill-in-the-middle | Configuração, vs Continue |
| Qoder | Ativo; uma plataforma de programação agentiva da Alibaba com documentação atual sobre modelos personalizados | Restrito pela superfície. A IDE aceita uma URL base e uma chave com um seletor compatível com OpenAI (chat completions ou responses) ou compatível com Anthropic. A CLI não aceita: sua própria página de modelos personalizados afirma que não se deve configurar BYOK manualmente em settings.json e que os provedores, modelos e campos de credenciais disponíveis são fixados pelo catálogo de BYOK da sua conta | Trabalho agentivo em uma IDE ciente do repositório, usando sua própria chave em vez de uma cota incluída | A IDE e a CLI não compartilham as regras de BYOK; portanto, a afirmação de que “o Qoder oferece suporte a endpoints personalizados” em todo o produto é falsa para a CLI | Configuração, vs Claude Code |
| Dyad | Ativo; versão v1.15.0 em 2026-09-11 e um commit em 2026-09-18 | Compatível apenas com OpenAI. Adicione um provedor personalizado com ID, nome de exibição e URL base; em seguida, adicione cada modelo com um ID de modelo exato. Os créditos do Dyad Pro são uma alternativa, não uma restrição | Construção em um aplicativo desktop local em que todo o loop de build é executado com sua própria chave | Modelos personalizados exigem que os limites de tokens de saída e da janela de contexto sejam inseridos manualmente; se deixados em branco, o aplicativo recorre a padrões que podem limitar silenciosamente builds longos | Preços, configuração, vs Lovable |
| bolt.diy | Inativo, mas não arquivado: último commit em 2026-02-07, 83 issues abertas, última tag v1.0.0 em 2025-05-12 | Compatível com OpenAI por meio de uma entrada de provedor semelhante à OpenAI, ou de um par de URL base e chave em um arquivo env local. Totalmente auto-hospedado, sem restrição | Construção de aplicativos full-stack no navegador, auto-hospedados, em que cada chave permanece no seu próprio arquivo env | Ninguém enviou código desde 2026-02-07; portanto, novos IDs de modelos, particularidades dos provedores e o backlog aberto ficam sob sua responsabilidade — uma configuração que funciona hoje não é uma configuração mantida | Modelos e custo da API, vs Dyad e Bolt.new |
Clientes desktop de chat e bases de conhecimento
O Witsy está na seção de arquivados; o Smart Chat está na tabela sem endpoint, porque não há documentação de uma URL base arbitrária de terceiros para ele.
| Cliente | Ciclo de vida | Protocolo / limite da própria chave | Melhor para | Limite da chave | Página da Kunavo |
|---|---|---|---|---|---|
| Cherry Studio | Ativo; último push em 2026-09-18. Edição comunitária AGPL-3.0 com uma edição empresarial vendida separadamente e uma opção de licença comercial | Compatível com OpenAI por padrão, com OpenAI Responses, Anthropic e Gemini selecionáveis por provedor. Insira a raiz do provedor — o aplicativo acrescenta o caminho da versão sozinho, e um hash final fixa o endereço exatamente. Livremente configurável | Um espaço de trabalho desktop gratuito para uma pessoa que alterna entre muitos provedores, assistentes, modelos locais e documentos | O campo de endereço da API é uma raiz, não um endpoint: a página de configurações afirma que o Cherry Studio acrescenta /v1/chat/completions sozinho, a menos que o endereço termine em #; portanto, colar uma URL completa de chat-completions duplica o caminho. O pull request que teria removido isso (#19120) foi fechado sem merge em 2026-09-04 | Configuração |
| Chatbox AI | Ativo; o repositório foi renomeado para chatboxai/chatbox, com o caminho antigo redirecionando, e recebeu push em 2026-09-16 | Chat completions compatível com OpenAI para provedores personalizados: adicione um provedor com host de API, caminho de API vazio e uma chave; em seguida, busque a lista de modelos. Sem restrição de plano | Entregar a um não desenvolvedor que já tem uma chave algo que funcione no desktop, no celular e na web, com busca da lista de modelos em vez de IDs de modelos digitados manualmente | Duas superfícies de API compartilham o nome e apontam em direções opostas: o produto também oferece um endpoint compatível com OpenAI em um plano pago cobrado em pontos de computação, o que não é BYOK | Configuração |
| Jan Desktop | Ativo; recebeu push em 2026-09-18, versão mais recente v0.8.4 em 2026-07-23. O caminho antigo da organização redireciona para cá | Compatível com OpenAI ou Anthropic, selecionado por provedor. A URL base precisa incluir o caminho da versão esperado pelo servidor, e uma chave é obrigatória até para servidores locais não autenticados. Livremente configurável | Pessoas que começam localmente e offline com um mecanismo de inferência integrado, mas querem que o mesmo aplicativo alcance um endpoint pago na nuvem | Os provedores personalizados não têm detecção de capacidades — o aplicativo não consegue inferir se um modelo oferece suporte a ferramentas, visão ou áudio; portanto, esses recursos precisam ser ativados por modelo ou não farão nada silenciosamente | Modelos e custo da API, vs LM Studio |
| Msty Studio | Produto comercial ativo, de código fechado e sem repositório público; a entrada mais recente do changelog público é v2.9.6, de 2026-07-24, enquanto a build que o Msty disponibilizava para download em 2026-10-01 era a 2.9.11 | Compatível com OpenAI para provedores personalizados — um tipo “Open AI Compatible” com uma API Key e um Inference Endpoint, rótulos lidos da build 2.9.11 — e esse caminho não é restrito pelo plano. Os tipos de provedor Azure e Bedrock estão atrás do nível pago | Um espaço de trabalho desktop refinado e de código fechado para alguém que nunca executará Docker | Sem histórico público de commits, portanto a manutenção depende inteiramente do changelog do fornecedor; as predefinições de ferramentas integradas são específicas do provedor, e um provedor personalizado não as herda | Preços, configuração, vs LM Studio e AnythingLLM |
| AnythingLLM | Ativo; MIT, recebeu push em 2026-09-17. Distribui tanto um aplicativo desktop quanto um servidor auto-hospedado | Chat completions compatível com OpenAI por meio de um provedor genérico que recebe URL base, chave, nome do modelo, janela de contexto e número máximo de tokens. Sem restrição de plano quando auto-hospedado | Recuperação de documentos em sua própria máquina ou servidor, com seleção de modelo por espaço de trabalho | Chat, embedding e transcrição são configurados de forma independente; portanto, um endpoint de chat não fornece embeddings, e uma instalação de recuperação funcional precisa de um segundo provedor. A documentação também identifica o provedor genérico como voltado para desenvolvedores | vs Open WebUI, configuração |
| Open WebUI | Ativo; MIT, recebeu push em 2026-09-18. Licença não padrão — BSD-3 mais uma cláusula de marca que abrange implantações acima de cinquenta usuários finais em um período móvel de trinta dias | OpenAI chat completions para modelos simples e backends de agentes: insira uma URL e uma chave em conexões administrativas. Um endpoint de lista de modelos é recomendado, mas opcional; sem ele, liste os IDs de modelos no campo de lista de permissões. Livremente configurável | Um servidor de chat auto-hospedado e multiusuário colocado na frente de um endpoint, e o local padrão para conectar um backend de agente | A chamada de ferramentas só é tão boa quanto a fidelidade do esquema upstream; a documentação destaca uma camada de compatibilidade na qual campos obrigatórios são omitidos e as chamadas de ferramentas falham silenciosamente | Configuração |
| LibreChat | Ativo; MIT, recebeu push em 2026-09-18 | Compatível com OpenAI por padrão; um valor de provedor anthropic em um endpoint personalizado encaminha as solicitações pelo cliente nativo Messages. Somente por arquivo de configuração, com a URL base como raiz da API. Livremente configurável | Implantações auto-hospedadas e multiusuário em que cada endpoint precisa de sua própria política de chaves, lista de permissões de modelos e contabilização de custos | Adicionar um provedor significa editar YAML e reiniciar, não clicar em um painel de configurações; a precificação de tokens por endpoint é um metadado que você mesmo digita, portanto os custos exibidos são tão precisos quanto os dados inseridos | vs Open WebUI, configuração |
| LobeHub | Ativo e renomeado: o caminho antigo do repositório lobe-chat agora redireciona, e recebeu push em 2026-09-18. Reposicionado de um framework de chat para um operador de agentes. Licença comunitária com condições comerciais | Uma URL base personalizada é documentada para uso auto-hospedado, e as opções do SDK do provedor expõem tipos OpenAI e Anthropic. Não está declarado na documentação se a nuvem hospedada restringe URLs base personalizadas a um plano pago | Um workspace auto-hospedado de chat e agentes com um marketplace de plugins e MCP, para uma equipe que executa sua própria instância | A renomeação está ativa, mas o ecossistema não: guias de terceiros e tutoriais antigos de variáveis de ambiente ainda usam o nome anterior, e as etapas de configuração mudaram com a nova versão | Configuração |
| ChatWise | Comercial ativo, código fechado e sem repositório público; a documentação e as páginas de preços estavam disponíveis em 2026-09-18 | Compatível com OpenAI ou Anthropic por provedor personalizado, com modelos obtidos de um endpoint de lista de modelos ou adicionados manualmente. Existe uma licença Pro única; nenhuma das duas páginas declara se os provedores personalizados funcionam no nível gratuito | Alguém que quer um cliente nativo para desktop rápido, paga uma vez em vez de assinar e usa sua própria chave | Modelos adicionados manualmente não têm capacidades detectadas automaticamente — você declara por conta própria o tamanho do contexto, visão, áudio e raciocínio, e um sinalizador incorreto torna o recurso silenciosamente quebrado. O nível gratuito é licenciado para uso pessoal e não comercial | Configuração, Custo da API, vs Chatbox |
| TypingMind | Comercial ativo; vendido como planos de licença única, com o produto para equipes cobrado separadamente | O formulário ativo Adicionar modelo personalizado (verificado em 2026-10-01) oferece os tipos OpenAI Chat Completions, OpenAI Responses, Claude Messages e Gemini API, e o campo Endpoint URL exige a rota COMPLETA — os exemplos oficiais terminam no caminho chat-completions. Sem restrição de plano na tabela de planos publicada | Um front-end de chat BYOK refinado que você compra uma vez e depois alimenta com seus próprios tokens | Um endpoint publicado como URL base precisa ter o sufixo anexado manualmente. As solicitações vão diretamente do navegador — a página Local AI do TypingMind diz isso — portanto, o endpoint precisa enviar cabeçalhos CORS; o botão de alternância opcional "Route requests via TypingMind Cloud" do formulário é a forma documentada de contornar isso | Configuração, preços, alternativas |
| Copilot for Obsidian | Ativo; versão 4.0.9 em 2026-09-16, AGPL-3.0. A documentação mudou para um novo domínio e os caminhos antigos redirecionam | Compatível com OpenAI. Adicione um provedor personalizado com uma URL base e um ID de modelo, além de uma chave quando o endpoint exigir uma. A documentação afirma que isso não exige uma licença de auto-hospedagem; os níveis pagos são um caminho gerenciado separado | Conversar com e pesquisar um cofre do Obsidian usando sua própria chave, sem assinatura do serviço hospedado do plugin | Se o teste de conexão passar, mas o chat ainda falhar, você precisa ativar a opção CORS do provedor — e isso desativa o streaming, portanto as respostas aparecem após a conclusão, em vez de token por token | Configuração, Custo da API, vs Smart Connections |
| NextChat | Ativo, mas desacelerando e se tornando comercial: último commit em 2026-08-11, última versão marcada em 2025-07-29. O repositório agora prioriza um serviço hospedado pago, enquanto o auto-hospedagem continua sendo o caminho de implantação documentado | Compatível com OpenAI: uma variável de URL base reescreve a rota OpenAI, e outros fornecedores têm suas próprias variáveis. Somente auto-hospedado, sem restrição de plano | Uma interface de chat auto-hospedada de um clique na frente de um endpoint, na qual uma variável de nome de modelo controla exatamente quais nomes seus usuários veem | Os IDs de modelo do seu endpoint não aparecem até que você os liste nessa variável — definir apenas a URL base deixa os usuários vendo o menu padrão | Configuração |
| ChatGPTBox | Ativo; a propriedade foi transferida para uma organização de projeto, com o caminho antigo redirecionando, versão v2.7.1 em 2026-09-06. Uma transferência, não uma renomeação do produto | Compatível com OpenAI no modo de modelo personalizado, que aceita um endereço de API e uma chave personalizados. Configuração livre | Um assistente de navegador na própria página — ações de seleção, resumos, uma barra lateral de resultados de pesquisa — apontado para seu próprio endpoint | Os modos gratuitos principais usam uma sessão web autenticada, em vez da sua chave; BYOK só se aplica quando você muda deliberadamente para o modo de modelo personalizado | — |
Construtores de fluxos de trabalho
Flowise está na seção arquivada, não aqui.
| Cliente | Ciclo de vida | Protocolo / limite da própria chave | Melhor para | Limite da chave | Página da Kunavo |
|---|---|---|---|---|---|
| Dify | Ativo e evoluindo rapidamente: último commit em 2026-09-18, versão 1.17.1 em 2026-09-10. Apache 2.0 modificada | Compatível com OpenAI, declarado por tipo de modelo por meio de um plugin de compatibilidade oficial — uma instância de plugin separada para LLM, embedding, rerank, conversão de fala em texto e conversão de texto em fala. Sem restrição de plano quando auto-hospedado | Equipes que montam visualmente pipelines de recuperação e fluxos de agentes, com uma chave por trás de vários slots de modelo | Para tipos que não são LLM, o plugin acrescenta a versão da API por conta própria, portanto uma URL base que já termina em um caminho de versão produz um caminho duplicado. A licença também proíbe executá-lo como serviço multi-tenant sem uma licença comercial | Configuração, Custo da API, vs n8n |
| n8n | Ativo; último commit em 2026-09-18. Fair-code sob a Sustainable Use License, com arquivos licenciados para empresas marcados na árvore | Compatível com OpenAI. A credencial expõe um campo de URL base descrito como substituto da base de API padrão, verificado diretamente no código-fonte da credencial, e não apenas na documentação. No nó atual OpenAI Chat Model (versão 1.3, n8n 2.41.4), "Use Responses API" vem ativado por padrão, portanto as solicitações vão para a rota de responses, a menos que você o desative. Sem restrição de plano no auto-hospedado | Automação auto-hospedada em que uma etapa de LLM fica dentro de um fluxo de trabalho maior e uma alteração na URL base move todos os nós de IA de uma só vez | O teste da credencial emite uma solicitação de lista de modelos contra sua URL base e verifica apenas o status HTTP, portanto um endpoint sem essa rota falha no teste — e uma URL base incorreta que por acaso responda 200 nesse caminho passa. Na nuvem hospedada, o mesmo nó pode usar os próprios créditos do fornecedor em vez da sua credencial — confirme qual está selecionado | Configuração, Custo da API, vs n8n |
| AutoGPT Platform | O repositório está ativo (atualizado em 2026-09-18), mas o AutoGPT Classic — o agente autônomo de 2023 a que a maior parte do tráfego de pesquisa se refere — está explicitamente sem manutenção, e a documentação oficial afirma que as dependências não serão atualizadas nem os problemas corrigidos | Chat completions compatível com OpenAI, e as duas partes do produto diferem. Restrito pela interface: o agente de chat AutoPilot aceita CHAT_BASE_URL em uma instalação auto-hospedada, e o guia lista uma API gerenciada compatível com OpenAI entre os formatos que funcionam. O auxiliar de provedor da camada de blocos é o oposto: uma enumeração fechada de provedores cujos clientes OpenAI e Anthropic são construídos sem URL base; o único host configurável pelo usuário é um host Ollama verificado em relação a uma lista de permissões de nomes de host confiáveis | Um construtor visual baseado em blocos com um marketplace, no qual o agente de chat ao lado pode ser executado no seu próprio endpoint | Os dois caminhos leem variáveis de ambiente diferentes, portanto configurar um não configura o outro, e o guia afirma que a implantação hospedada em agpt.co ignora essas variáveis completamente — este é um caminho de auto-hospedagem. O transporte de chat também se recusa a recorrer a uma chave OpenAI disponível no ambiente, portanto CHAT_API_KEY precisa ser definido explicitamente. Executado na imagem de contêiner único da v0.8.2 contra um substituto de gravação em 2026-10-01: uma rodada de chat e três viagens de ida e volta de ferramentas foram concluídas | Configuração de API personalizada, preços, alternativas |
Agentes pessoais sempre ativos
| Cliente | Ciclo de vida | Protocolo / limite da própria chave | Melhor para | Limite da chave | Página da Kunavo |
|---|---|---|---|---|---|
| OpenClaw | Ativo; atualizado em 2026-09-18. Renomeado duas vezes — Clawdbot, depois Moltbot e então OpenClaw — e os dois caminhos de repositório antigos ainda levam aqui | Um campo api por provedor seleciona o adaptador de solicitações, junto com baseUrl, apiKey e uma matriz de modelos em JSON. Os exemplos de provedores personalizados usam openai-completions e anthropic-messages; a referência de configuração do gateway lista onze adaptadores, entre eles openai-responses, google-generative-ai, google-vertex e bedrock-converse-stream, e define como padrão uma baseUrl sem api para openai-completions. O esquema de configuração na v2026.9.7 aceita doze: esses onze mais google-interactions, adicionado em 25 de setembro de 2026 e documentado na sua página do provedor Google, mas ainda não na referência. Configuração livre | O agente pessoal de uso geral padrão quando você quer o maior ecossistema de plugins e cobertura da comunidade | Não há descoberta de catálogo: cada modelo precisa ser listado por ID, e os campos contextWindow, maxTokens e de custo por token são opcionais, com padrões aplicados quando omitidos. Deixe os custos de fora e o relatório de gastos será uma estimativa; preencha-os e ele refletirá o que você digitou, e não o que foi cobrado | Preços, alternativas |
| Hermes Agent | Ativo; MIT, atualizado em 2026-09-18, tag de versão v2026.9.14 | Compatível com OpenAI por padrão; um campo de transporte no provedor personalizado muda para Anthropic Messages. Definido interativamente ou em uma configuração YAML. Sem restrição de plano, assinatura ou conta | Um agente pessoal persistente de CLI com memória em um banco de dados local, acessível por várias plataformas de chat por meio de um único endpoint | A suposição padrão são chat completions no formato OpenAI, portanto um endpoint exclusivo da Anthropic precisa desse campo de transporte separado — e a falha parece um endpoint quebrado, e não um formato de comunicação incorreto | Preços, vs OpenClaw |
| nanobot | Ativo; MIT, atualizado em 2026-09-18, publicado pela HKUDS. Um projeto diferente, também ativo, usa o mesmo nome em outro lugar — verifique a organização antes de seguir um link | Compatível com OpenAI para provedores personalizados e com nomes arbitrários; um endpoint no formato Anthropic precisa, em vez disso, substituir a base no provedor Anthropic integrado. A documentação diz para incluir o caminho da versão. Configuração livre | Um agente pessoal auto-hospedado que funciona como interface web, terminal ou aplicativo de chat e reexpõe uma API própria compatível com OpenAI | Provedores personalizados com nomes arbitrários aceitam apenas o formato OpenAI e não usam o formato de solicitação Anthropic; backends nativos rejeitam totalmente o campo de proxy | vs OpenClaw |
| ZeroClaw | Ativo; Apache-2.0, atualizado em 2026-09-18 | Um campo wire_api seleciona chat completions ou OpenAI Responses por provedor, com rotas no formato Anthropic em um slot de provedor separado. O campo uri é obrigatório no slot personalizado e também substitui qualquer família integrada. Todo campo pode ser definido por variável de ambiente. Configuração livre | Um runtime Rust focado em segurança, pequeno o bastante para hardware barato, com autonomia supervisionada e sandboxing no nível do sistema operacional | O wire altera o comportamento, não apenas o transporte: os wires compatíveis com OpenAI e Responses não podem transportar metadados de recusa da Anthropic, portanto o fallback automático funciona apenas pelo slot Anthropic, e o cache de prompts em uma rota de chat completions exige um sinalizador não padrão | vs OpenClaw |
| NanoClaw | Ativo; MIT, atualizado em 2026-09-17 | No formato Anthropic e restrito por conta no caminho padrão: o runtime padrão é o Claude Agent SDK, portanto, pronto para uso, espera uma assinatura Claude ou uma chave Anthropic. Qualquer endpoint compatível com Anthropic funciona por meio de um par de URL base e token; o acesso compatível com OpenAI é indireto, delegado por uma skill | Uma alternativa isolada em contêiner ao OpenClaw para pessoas que já vivem no Claude Code, integrada a várias plataformas de mensagens | Um endpoint exclusivo da OpenAI precisa ser acessado por meio de uma skill de delegação. Um provedor Codex separado, instalado com /add-codex (fixado em @openai/codex 0.155.1), executa modelos OpenAI pelo próprio serviço da OpenAI com uma chave OpenAI ou um login do ChatGPT; um WebSocket Responses travado ali termina no tempo limite de dez minutos de rodada do NanoClaw, reproduzido em 2026-10-01. O projeto também não inclui arquivos de configuração por design, portanto as configurações BYOK ficam em um arquivo env e em comandos de CLI por grupo | vs OpenClaw, tempo limite do Codex |
| PicoClaw | Ativo; MIT, atualizado em 2026-09-17, publicado pela Sipeed. Escrito em Go do zero, explicitamente não é um fork | Armadilha de nomenclatura: o valor de provedor anthropic representa chat completions compatível com OpenAI, enquanto anthropic-messages representa a API Messages nativa. Um campo api_base substitui o endpoint e cabeçalhos personalizados podem substituir a autorização. Configuração livre | A menor pegada aqui — um único binário Go com modos de agente, gateway e TUI, destinado a implantações sempre ativas e embarcadas | Um endpoint que serve apenas a rota Messages retorna 404 com o valor anthropic. Bedrock e o caminho de identidade do Azure não estão no binário padrão e exigem uma recompilação com tags de build | Custo e configuração da API, erros 404, vs OpenClaw |
| IronClaw | Ativo; Apache-2.0, atualizado em 2026-09-13, publicado sob a organização nearai | Um adaptador genérico de chat completions compatível com openai em que a URL base é obrigatória, além de Anthropic, Gemini, Bedrock nativos e outros, cada um aceitando uma substituição da URL base. Um fallback de variável de ambiente cobre contêineres e execuções pontuais. Configuração livre | Um sistema operacional de agente orientado à privacidade e à segurança, com armazenamento local criptografado de segredos, ferramentas em sandbox e divulgação progressiva de ferramentas | O adaptador genérico não tem host padrão, portanto a URL base precisa ser fornecida — todos os exemplos documentados a definem explicitamente, e nenhum deles é um endpoint de terceiros hospedado. A documentação não declara em qual camada uma URL base ausente falha | API personalizada, erro de orçamento de contexto, vs OpenClaw |
| Agent Zero | Ativo; atualizado em 2026-09-18, criado em 2024-06-10 — o projeto mais antigo deste grupo. A propriedade passou de uma conta pessoal para a organização agent0ai, e o caminho antigo redireciona | Chat completions compatível com OpenAI por meio de um provedor genérico com um campo de URL de API por modelo, e a chave inserida separadamente. Somente pela interface: o guia de instalação não documenta equivalente em arquivo de configuração ou variável de ambiente. Sem restrição de plano | Um framework de agentes modificável, orientado por prompts e executado no Docker, com uma interface web, mais próximo de um framework que você molda do que de um assistente pronto | Os modelos de chat, utilitários e embeddings são configurados independentemente, portanto um endpoint que serve chat, mas não embeddings, exige uma configuração dividida; a documentação alerta que modelos utilitários muito pequenos falham completamente em tarefas de memória | vs OpenClaw |
| OpenManus | Ativo, mas visivelmente mais lento: atualizado em 2026-08-22, com os commits mais recentes datados de 2026-08-16. Armadilha de link obsoleto — o caminho original do repositório NÃO redireciona e agora leva a um repositório separado e não relacionado | Chat completions compatível com OpenAI, confirmado no código-fonte e não apenas na documentação. Um bloco config.toml com base_url, api_key e model; um campo api_type muda para clientes Azure ou Bedrock. Configuração livre | Uma reimplementação aberta de um loop de agente geral para pesquisa e automação de navegador, e a configuração mais mecânica deste grupo | Há dois blocos LLM independentes, um para o modelo principal e outro para visão, cada um exigindo sua própria URL base e chave. A configuração de exemplo também ainda fixa um ID de modelo de 2025 que falhará na maioria dos endpoints atuais | Custo e configuração da API, erros de token e ferramenta |
| SillyTavern | Ativo; AGPL-3.0, atualizado em 2026-09-14 | Chat completions compatível com OpenAI por meio de uma fonte de completion personalizada. A documentação diz para não adicionar o sufixo chat-completions e tentar adicionar o caminho da versão se a conexão falhar. Configuração livre | Roleplay e chat com personagens em formato longo, com forte controle de prompt — um comprador realmente diferente do grupo de programação, com padrões diferentes de contexto e tokens | O modo de pós-processamento do prompt importa mais do que o endpoint: as variantes "no tools" removem chamadas de ferramentas do prompt, e a chamada de ferramentas não é compatível com elas — sem erro | Melhor API, configuração |
| Msty Go | Ativo, renomeado de Msty Claw em 2026-08-04. Código fechado; a página de preços o lista em um plano beta de $0, com níveis para equipes marcados como planejados | Desconhecido. As configurações documentam um tipo, nome de exibição, URL base, chave e comportamento da lista de modelos, mas a documentação nunca enumera as opções de tipo, portanto o formato de comunicação produzido por um provedor personalizado não é publicado | Um executor limitado de tarefas para desktop, com pastas explícitas, execução isolada e trabalho passível de revisão | Código fechado, beta gratuito e uma lista não documentada de tipos de provedor: não é possível confirmar pela documentação que um endpoint arbitrário compatível com OpenAI funcionará. Este caso exige uma instalação para comprovar | Configuração |
| Page Assist | Ativo; MIT, atualizado em 2026-09-13 | Compatível com OpenAI. As configurações oferecem uma aba compatível com OpenAI na qual uma opção Custom recebe a URL da API e a chave. Configuração livre | Um chat na barra lateral do navegador que pode ler a página em que você está, para pessoas que nunca abrirão um terminal | Uma interface de chat de extensão do navegador, e não um agente autônomo — sem loop de programação ou execução de ferramentas — e seu centro de gravidade ainda são os modelos locais, portanto os caminhos de nuvem recebem comparativamente poucos testes | Configuração |
Clientes sem endpoint de terceiros documentado
Estes três estão ativos o suficiente para aparecer nos resultados de pesquisa, mas nenhum documenta apontar o cliente para uma URL base arbitrária. Mantenha três fatos diferentes separados aqui, porque eles são rotineiramente reduzidos a um só: se você pode fornecer sua própria chave de fornecedor, se pode fornecer seu próprio endpoint e se ninguém estabeleceu isso em nenhum dos sentidos. O Devon aceita chaves de fornecedores e não documenta um campo de URL base; o Kiro CLI não aceita nenhum dos dois — as chaves de API descritas na documentação empresarial são próprias do Kiro, para executar a CLI em scripts, e não uma forma de trazer a chave de um fornecedor de modelos; o Smart Chat é restrito por plano e o suporte a endpoints arbitrários simplesmente não foi confirmado, o que não é o mesmo que ser recusado. Somente a coluna de endpoint torna um cliente acessível a partir do Kunavo.
| Cliente | Categoria | Ciclo de vida | O que está realmente disponível | Onde isso deixa você |
|---|---|---|---|---|
| Kiro CLI | Terminal | Ativo, renomeado de Amazon Q Developer CLI (disponível em 2025-11-17, atualizado automaticamente em 2025-11-24; os pontos de entrada antigos ainda funcionam). Separadamente, os plugins IDE do Amazon Q Developer e as assinaturas pagas chegam ao fim do suporte em 2027-04-30, com novos cadastros bloqueados a partir de 2026-05-15 | Nada documentado. Os modelos são fornecidos por níveis de assinatura e entregues pelo Bedrock; a documentação dos modelos não contém nenhuma opção de provedor personalizado, chave ou URL base. BYOK existe apenas como solicitações de recurso abertas | Nenhum endpoint de terceiros é possível hoje. Não o confunda com o Kiro Crew, um produto separado de orquestração open source criado sobre a CLI. O que ele oferece e quando supera um agente de endpoint personalizado é comparado em Kiro CLI vs Claude Code |
| Devon | Terminal | Não está formalmente arquivado, mas foi efetivamente abandonado: o commit mais recente da ramificação padrão é datado de 2024-07-29 e o último push do repositório de qualquer tipo ocorreu em 2025-05-26 | Chaves, sim; endpoint, não. O README documenta variáveis de chave por fornecedor e um caminho local do Ollama, e não contém nenhuma substituição de URL base ou api-base | Apenas referência histórica. Seu valor no diretório serve para desambiguação: Devon (open source, inativo) não é Devin, um produto comercial diferente que domina os mesmos resultados de pesquisa |
| Smart Chat (Smart Connections) | Plugin do Obsidian | Ativo, mas dividido em produtos separados: o núcleo gratuito é apresentado como busca semântica sem necessidade de chave, enquanto o chat com modelos de API é uma extensão separada. Último commit em 2026-09-16 | Limitado pelo plano, e um endpoint arbitrário não foi confirmado. O fluxo documentado exige o Smart Chat Pro e um modelo de um conjunto fixo de adaptadores nomeados; a única URL base personalizada documentada é para um aplicativo específico hospedado pelo próprio usuário | Considere o suporte a endpoints arbitrários como desconhecido, e não como inexistente — nada na documentação atual resolve essa questão. As páginas mais antigas de configuração do Smart Connections estão explicitamente obsoletas e não devem ser reutilizadas. A comparação com um cliente que aceita um endpoint personalizado está em Copilot para Obsidian vs Smart Connections |
Descontinuado, arquivado e substituído
Estes dez estão no diretório para que uma busca pelo nome leve ao status, e não a um comando de instalação. Nenhum deles é uma recomendação atual.
| Cliente | Status | O que ele é agora | Para onde ir em vez disso |
|---|---|---|---|
| Continue | A manutenção cessou; o repositório está em modo somente leitura após uma versão final 2.0.0 da extensão do VS Code, da CLI e do plugin do JetBrains. O próprio site da empresa afirma que ela foi adquirida pela Cursor. Último commit do branch padrão em 2026-07-21 | Um agente de programação congelado — extensão do VS Code, CLI e plugin do JetBrains — que ainda pode ser redirecionado para um endpoint de terceiros agora que a autenticação incluída foi removida | Apenas para instalações existentes, não é um ponto de partida. Aviso mecânico para quem estiver verificando novamente: o repositório não está marcado como arquivado e sua data de push ainda muda diariamente, portanto uma verificação da marca de arquivamento o informa como ativo. Página de configuração existente |
| Void | Arquivado em 2026-06-02; somente leitura e sem aceitar contribuições. O README começa declarando que está obsoleto | Um fork arquivado do VS Code que o próprio README recomenda principalmente como referência para criar um fork do VS Code | Migre. O README aponta para um repositório de forks da comunidade; Zed e Theia são os editores mantidos neste diretório. Leitura sobre migração: Alternativas ao editor Void |
| PearAI | O repositório do editor não recebe lançamentos desde 2025-05-20; a atividade mais recente em qualquer lugar da organização é de 2026-06-19. A página inicial está ativa e ainda vende uma assinatura de roteador | Um editor descendente do Continue cujas instruções de BYOK foram editadas pela última vez no fim de novembro de 2024 e ainda apresentam modelos da era de 2024 como a linha atual | Não o apresente como um destino BYOK funcional. Atualmente, ninguém pode confirmar o fluxo de endpoint personalizado em uma compilação atual — verifique primeiro em uma cópia instalada e não conclua que o produto morreu apenas com base no repositório do editor |
| Witsy | Transferido para um proprietário corporativo e inativo: realocado em 2026-04-08, último lançamento em 2026-03-04, commit mais recente em 2026-04-09. O domínio do produto agora redireciona para o repositório | Um assistente de desktop BYOK e cliente MCP cuja documentação é precisa, mas não mantida | Não é uma recomendação ativa. Escolha um cliente de desktop mantido na tabela acima |
| Flowise | Arquivado em 2026-08-13, junto com seus repositórios de documentação e incorporação. Issues e pull requests estão bloqueados, e os mantenedores afirmam que os pacotes publicados serão marcados como obsoletos | Uma base de código Apache-2.0 que os mantenedores orientam os usuários a transformar em fork. Não é informado se a nuvem hospedada ainda funciona, e o site de marketing não contém aviso de arquivamento | Apenas etapa de migração ou saída. Dify e n8n são os criadores de fluxos de trabalho mantidos neste diretório. Leitura sobre migração: Alternativas ao Flowise, Dify vs Flowise e Flowise vs n8n |
| SWE-agent | Apenas manutenção e substituído. O repositório não está arquivado (último push em 2026-09-14), mas tanto o README quanto a documentação informam que o desenvolvimento foi transferido | Ainda pode ser usado para reproduzir execuções de benchmarks publicados a partir de uma única configuração YAML totalmente documentada | O upstream recomenda o mini-SWE-agent para trabalhos novos; ele está na tabela de agentes de terminal acima |
| Plandex | Inativo, e seu domínio não resolve mais. Último push em 2025-10-03; em 2026-09-18, nem o site nem a documentação hospedada resolveram, conforme confirmado por dois resolvedores públicos independentes | Um agente de planejamento auto-hospedado cujo site, documentação hospedada e nuvem estão todos inacessíveis. Provedores personalizados exigiam auto-hospedagem mesmo quando o site estava no ar — o nível BYOK da nuvem só podia usar provedores integrados | Considere-o sem manutenção até que o upstream informe o contrário. Leitura sobre migração: Plandex vs Aider |
| Mentat (CLI arquivada) | Arquivado, último push em 2025-01-07. O repositório foi deliberadamente renomeado para um caminho de arquivo, e seu README começa com um aviso de projeto arquivado | Uma ferramenta de linha de comando morta. O nome foi reassociado — o README do arquivo diz que Mentat agora se refere a um produto diferente, um bot hospedado de revisão de código, cujo status operacional atual não pôde ser verificado neste ambiente | Não há nada para migrar dentro do projeto. Escolha qualquer agente de terminal mantido acima |
| OpenCode (CLI Go arquivada) | Arquivado, último push em 2025-09-18. O README começa com um aviso de que o projeto continuou sob o nome Crush | O OpenCode original em Go e TUI, mantido apenas para fins de procedência | Crush, na tabela de terminal acima. Não confunda isso com o OpenCode usado atualmente, que é um projeto TypeScript separado — as páginas existentes do OpenCode da Kunavo descrevem aquele, não este repositório arquivado. Crush vs OpenCode explica a linhagem |
| iFlow CLI | Encerrado. O aviso do repositório informa que ele seria encerrado em 17 de abril de 2026; essa data já passou e o aviso ainda está no topo do README | Um agente de terminal compatível com OpenAI descontinuado cuja documentação de configuração ainda está acessível — exatamente essa é a armadilha | Apenas migração. Escolha um agente de terminal compatível com OpenAI mantido na tabela acima. Leitura sobre migração: Alternativas ao iFlow CLI |
Status de verificação da Kunavo
Nenhum cliente neste diretório concluiu uma solicitação através da Kunavo em um teste registrado. Esse é o estado honesto das coisas, e vale a pena afirmá-lo claramente em vez de ocultá-lo, porque essa distinção muda o que você deve fazer em seguida.
| Status | O que significa | O que isso não significa |
|---|---|---|
| Guia de configuração publicado | A Kunavo escreveu etapas de configuração para este cliente com base na própria documentação do cliente | Isso não significa que uma solicitação foi enviada, que uma chamada de ferramenta foi medida, nem que o cliente é certificado, verificado ou oficialmente compatível |
| Caminhos de solicitação verificados | A Kunavo executou o cliente ou enviou uma solicitação a partir dele contra um endpoint simulado local ou com uma chave deliberadamente inválida, e registrou o que ele enviou e o que recebeu de volta | Isso não significa que uma conclusão, um fluxo ou uma chamada de ferramenta tenha sido bem-sucedida através da Kunavo |
| Não testado | Os detalhes do protocolo e do endpoint na linha vêm da documentação do fornecedor, do README ou do código-fonte do repositório na data de verificação indicada | Isso não significa que o cliente falhe — apenas que ninguém aqui o executou |
40 dos 77 clientes neste diretório têm um guia de configuração da Kunavo publicado: Aider, goose, Crush, Pi, Oh My Pi, DeepSeek Harness, Factory Droid, Qwen Code, Kimi Code, OpenHands, mini-SWE-agent, Nanocoder, Mistral Vibe CLI, GitHub Copilot CLI, Open Interpreter, Amp, Jan Agent, Junie CLI, Zed, Theia IDE, twinny, Qoder, Dyad, Cherry Studio, Chatbox, Msty Studio, AnythingLLM, Open WebUI, LibreChat, LobeChat, ChatWise, TypingMind, Copilot for Obsidian, NextChat, Dify, n8n, SillyTavern, Msty Go, Page Assist e Continue. Os guias do n8n e do TypingMind são os dois com caminhos de solicitação verificados; os demais foram escritos a partir da documentação ou do código-fonte do cliente. Todas as outras linhas deste diretório não foram testadas, assim como os recursos específicos dentro desses guias.
Uma consequência prática: trate sua primeira tarefa em qualquer cliente novo como a etapa de verificação. Envie uma solicitação limitada, confirme que a resposta é transmitida, confirme que uma chamada de ferramenta retorna e verifique a cobrança registrada antes de transferir trabalho agendado ou pago para ele.
Quanto custa usar sua própria chave
Depois que um cliente é apontado para seu próprio endpoint, a cobrança é por token, e não por assento. Nas tarifas atuais do catálogo da Kunavo, Claude Sonnet 5 lista $1.40 por milhão de tokens de entrada e $7.00 por milhão de tokens de saída; Claude Haiku 4.5 lista $0.70 e $3.50.
Uma sessão hipotética de agente usando 400,000 tokens de entrada não armazenados em cache e 30,000 tokens de saída tem uma estimativa de catálogo de $0.77 em Claude Sonnet 5 e de $0.38 em Claude Haiku 4.5. Isso é uma aritmética de tokens baseada em volumes presumidos, não um custo de tarefa medido nem um teto para uma cobrança. Exclui cobranças de cache, ferramentas externas e quaisquer novas tentativas feitas pelo agente; um agente que repete uma chamada de ferramenta malsucedida paga por cada tentativa.
A tarifa mais barata listada e o menor custo para concluir uma tarefa são afirmações diferentes, e este diretório não promete nenhuma das duas. Um modelo menor com uma tarifa mais baixa pode precisar de mais tentativas e mais revisão; compare os candidatos em uma tabela de tarifas e depois meça a mesma tarefa real em dois deles. O mínimo da Kunavo é uma recarga pré-paga de $10 sem assinatura — consulte detalhes de cobrança para saber como uma estimativa do catálogo se relaciona à cobrança final, e preços para consultar o catálogo atual.
Leitura relacionada: API compatível com OpenAI aborda o formato de endpoint esperado pela maioria desses clientes, URL base da Anthropic aborda os clientes que usam o protocolo Messages, e início rápido permite fazer uma primeira chave funcionar. Crie uma conta na Kunavo quando estiver pronto para testar um desses clientes em um endpoint real.
Perguntas frequentes
Quais clientes de agentes de IA podem usar um endpoint de API personalizado?
A maioria dos agentes de terminal de código aberto, da maioria das interfaces de chat auto-hospedadas e da maioria dos agentes pessoais sempre ativos documenta um campo de URL base sem exigir plano ou conta. As exceções se enquadram em quatro grupos: clientes em que o campo de endpoint existe apenas em algumas superfícies (Factory Droid na CLI e no desktop, Qoder na IDE, mas não na CLI, OpenHands em um backend local, mas não no backend em nuvem, o agente de chat da AutoGPT Platform quando auto-hospedado, mas não na nuvem hospedada); clientes em que uma URL base arbitrária está atrás de um plano pago ou de acesso antecipado (URLs de endpoint personalizadas do Amp, Warp para organizações com mais de dez funcionários, Smart Chat Pro); clientes que falam apenas um protocolo de fornecedor (o Gemini CLI aceita uma URL base, mas ainda envia solicitações nativas do Gemini); e clientes sem nenhum campo de endpoint (Kiro CLI, Devon).
Um endpoint personalizado documentado significa que todos os recursos funcionarão?
Não. Um campo de URL base apenas estabelece para onde as solicitações são enviadas. Chamadas de ferramentas, cache de prompts, preenchimento automático fill-in-the-middle, embeddings, visão e streaming são recursos separados que podem falhar individualmente mesmo quando o chat funciona. O Twinny envia o preenchimento automático para a rota de completions legada, em vez de chat completions; o AnythingLLM configura embeddings como um provedor separado; o SillyTavern remove chamadas de ferramentas em alguns modos de pós-processamento de prompts; e vários clientes exigem que você informe manualmente a janela de contexto e os preços por token de cada modelo. Teste os recursos específicos de que precisa antes de transferir trabalho real.
A Kunavo testou esses clientes de agentes?
Não de ponta a ponta. Nenhum cliente deste diretório concluiu uma solicitação pela Kunavo em um teste registrado. Quando existe um guia de configuração da Kunavo, as etapas foram escritas com base na própria documentação ou no código-fonte publicado do cliente, não em medições. Duas páginas de configuração avançam um passo: a da n8n registra execuções da n8n 2.41.4 contra um endpoint simulado local e contra a Kunavo com uma chave inválida, e a da TypingMind registra uma solicitação do navegador enviada de typingmind.com com uma chave inválida — verificações no nível da solicitação, não execuções bem-sucedidas. Cada afirmação sobre protocolo e endpoint aqui foi transcrita da documentação, do README ou do código-fonte do repositório do fornecedor na data de verificação indicada. Considere a primeira tarefa executada em qualquer cliente novo como sua própria etapa de verificação.
Com quais desses projetos eu não deveria começar?
O Continue está somente para leitura após uma versão final 2.0.0, e a empresa afirma que ele foi adquirido pelo Cursor. O Void foi arquivado em 2026-06-02, e o Flowise, em 2026-08-13. A iFlow CLI publicou sua própria data de encerramento: 17 de abril de 2026. O Mentat e a CLI Go OpenCode estão arquivados, e o SWE-agent está apenas em manutenção, com o upstream recomendando o mini-SWE-agent em seu lugar. O Plandex não teve atividade no repositório desde 2025-10-03, e seu domínio não resolve mais. O Devon não tem nenhum commit no branch padrão desde 2024-07-29, e as instruções de uso da própria chave do PearAI foram editadas pela última vez em novembro de 2024. Esses projetos pertencem a um diretório de migração e desambiguação, não a um ponto de partida.
O preço mais barato de modelo listado é a maneira mais barata de concluir uma tarefa?
Não necessariamente. Uma tarifa listada por token e o custo total para concluir um trabalho são medições diferentes. Um modelo menor, com uma tarifa mais baixa, pode exigir mais tentativas, um contexto mais longo ou mais revisão humana, e um agente que repete uma chamada de ferramenta que falhou paga por cada tentativa. Compare uma tabela de tarifas para escolher candidatos e, em seguida, meça a mesma tarefa real em dois modelos antes de decidir. A Kunavo publica tarifas de catálogo por token e começa com uma recarga pré-paga de US$ 10, sem assinatura.
Cada nome de cliente nas tabelas acima vincula à própria página de documentação do projeto, ao README ou ao arquivo do repositório a partir do qual a linha foi escrita; quando uma linha também se baseia em uma segunda página — a documentação separada de uma CLI ou a página de autenticação de um fornecedor — essa página é vinculada diretamente na célula que faz a afirmação. Esses fatos foram coletados em 17 de setembro de 2026. A verificação de 18 de setembro de 2026 reavaliou o ciclo de vida através da API REST do GitHub — indicadores de arquivamento, datas de push, datas de commit e redirecionamentos de caminhos antigos — para cada linha arquivada e sem endpoint e para a maioria das linhas ativas, além de reler a documentação vinculada para um subconjunto das células de protocolo e de traga sua própria chave, e não para todas as linhas. Quando o site de marketing de um projeto e seu repositório divergiam, foram usadas as informações do repositório e as declarações dos próprios mantenedores, e a divergência é indicada na linha. Contagens de estrelas, datas de push e estruturas de planos são informações pontuais e mudarão com o tempo — cada célula de ciclo de vida é escrita para que a mesma verificação possa ser executada novamente. Em 1º de outubro de 2026, o ciclo de vida foi verificado novamente através da API do GitHub para cada cliente com um repositório público, cada link de origem foi reaberto, e as linhas do n8n, TypingMind e Msty Studio e o limite do Kiro CLI foram corrigidos com base nas verificações daquele dia. No mesmo dia, a célula de protocolo da linha do Pi foi verificada novamente em relação à página de modelos atualizada do Pi e ao tipo api, ao seu mecanismo de despacho e às implementações registradas no código-fonte do Pi na v0.99.2, e corrigida; seu filtro de protocolo ainda reflete os quatro valores documentados. Também foram corrigidos naquele dia: o protocolo e os campos de melhor uso da linha do Oh My Pi, verificados novamente em relação ao seu docs/models.md e ao esquema models.yml na v18.4.8, e a célula e o filtro de protocolo da linha do OpenClaw, verificados novamente em relação à sua página de provedores personalizados, à referência de configuração do gateway, à página do provedor Google e ao esquema de configuração na v2026.9.7. As tarifas de tokens da Kunavo são lidas do catálogo atual; os exemplos de custo são aritmética ilustrativa de tokens.