La plupart des clients d’agents open source vous permettent de définir votre propre URL de base d’API, mais trois éléments déterminent si cela fonctionne réellement : le protocole réseau parlé par le client, l’emplacement de la frontière d’utilisation de votre propre clé et le maintien ou non du projet. Cet annuaire répertorie 77 clients d’agents — 64 parmi les agents de codage en terminal, les éditeurs, les applications de chat de bureau, les constructeurs de workflows et les agents personnels toujours actifs, plus 3 sans endpoint tiers documenté et 10 retirés ou remplacés — en indiquant séparément pour chacun son protocole, sa frontière d’endpoint et son cycle de vie, afin que vous puissiez distinguer « il accepte une URL de base » de « il fera ce dont vous avez besoin ».
Il s’agit d’un index de navigation, pas d’un classement. Aucun client répertorié ici n’a effectué de requête via Kunavo lors d’un test enregistré, rien n’est noté, et les projets retirés apparaissent avec leur statut au lieu d’être supprimés discrètement. Les informations sur les clients ont été recueillies le 17 septembre 2026. Le 18 septembre 2026, chaque cellule de cycle de vie des tableaux archivés et sans endpoint a été revérifiée avec l’API GitHub, ainsi que la plupart des lignes indiquées comme actives ; les détails du protocole et de l’utilisation de votre propre clé ont été relus pour un sous-ensemble, et non pour les 77 lignes. Chaque ligne renvoie vers la page à partir de laquelle elle a été rédigée, afin que chaque cellule puisse être revérifiée à la source. Le 1er octobre 2026, chaque client possédant un dépôt public a été revérifié via l’API GitHub et chaque lien source a été rouvert : aucun n’avait été archivé depuis, toutes les sources répondaient encore, et les dates des cellules de cycle de vie sont les relevés de septembre tels qu’ils ont été enregistrés, sauf indication contraire dans une cellule.
Les trois axes qui déterminent si un endpoint personnalisé fonctionne
Une seule colonne « prend en charge une API personnalisée » masque la plupart des vrais modes d’échec. Chaque ligne ci-dessous les sépare.
1. Protocole réseau
« Compatible avec OpenAI » est la forme la plus courante, mais ce n’est pas la seule, et les noms utilisés par les clients pour les désigner ne correspondent pas toujours à ce qu’ils envoient.
| Protocole | Ce que le client envoie | Ce que cela signifie pour un endpoint |
|---|---|---|
| OpenAI Chat Completions | POST vers /v1/chat/completions | Le format le plus largement pris en charge ; l’hypothèse par défaut de la plupart des clients présentés ici |
| OpenAI Responses | POST vers /v1/responses | Un endpoint différent. Une passerelle qui implémente uniquement les chat completions n’y répondra pas |
| Anthropic Messages | POST vers /v1/messages | Un format de requête et de réponse entièrement différent, et non une modification d’en-tête |
| Google Gemini ou Vertex natif | models/*:generateContent | Gemini CLI accepte une URL de base, mais utilise toujours ce protocole ; une URL compatible OpenAI ne fonctionnera donc pas ici |
| Natif uniquement | Endpoints fixes du fournisseur | Aucun champ d’URL de base n’existe ; l’endpoint est intégré au code |
Deux pièges de nommage méritent d’être mémorisés, car l’échec ressemble à un endpoint défectueux plutôt qu’à un protocole incorrect. Dans PicoClaw, provider: "anthropic" envoie des chat completions au format OpenAI et anthropic-messages envoie l’API Messages native ; ainsi, un endpoint servant uniquement /v1/messages renvoie 404 avec la première valeur. Dans le Droid de Factory, provider: openai désigne l’API Responses et generic-chat-completion-api est la valeur correspondant à une passerelle de chat completions.
2. Limite d’utilisation de votre propre clé
| Limite | À quoi cela ressemble | Exemples dans cet annuaire |
|---|---|---|
| Librement configurable | Un champ d’URL de base documenté, sans compte ni offre payante requis | La plupart des agents en terminal, la plupart des interfaces de chat auto-hébergées |
| Dépendant de l’interface | Fonctionne sur certaines interfaces du produit, mais pas sur d’autres | Droid (CLI et ordinateur de bureau uniquement), Qoder (IDE, pas le CLI), OpenHands (backend local agent-server, pas le cloud), AutoGPT Platform (agent de chat auto-hébergé, pas la couche de blocs) |
| Dépendant de l’offre | Nécessite une offre payante ou un accès anticipé | URLs d’endpoint personnalisées d’Amp, Warp pour les organisations de plus de dix employés, Smart Chat Pro |
| Limité au protocole | Le champ existe, mais n’accepte qu’un seul protocole fournisseur | Gemini CLI, nanocode, NanoClaw avec son runtime par défaut |
| Aucun élément documenté | Aucun champ d’endpoint — uniquement les clés du fournisseur, voire aucune clé | Devon (clés fournisseur, sans endpoint), Kiro CLI (ni l’un ni l’autre) |
3. Cycle de vie
Un dépôt non archivé constitue une preuve faible. Continue est en lecture seule, mais ne porte aucun indicateur d’archivage ; un contrôle de cet indicateur le signale donc comme actif. Le dépôt d’Aider n’est pas archivé non plus, mais n’a publié aucune version depuis août 2025, et celui de Stakpak n’a ni indicateur d’archivage ni commit depuis juillet 2026. Une date de push est encore moins fiable, car elle change dès qu’un élément est poussé n’importe où dans le dépôt tandis que la branche par défaut reste inchangée — c’est pourquoi Continue et Witsy paraissent tous deux plus récents qu’ils ne le sont. Les informations de cycle de vie ci-dessous reposent sur l’historique des commits de la branche par défaut, la liste des versions et la déclaration du projet lui-même, et non sur une date de push.
Pourquoi une URL de base ne garantit pas la compatibilité
Voici les raisons récurrentes pour lesquelles un endpoint correctement configuré se comporte malgré tout de manière incorrecte, toutes tirées de la documentation des clients eux-mêmes :
- Gestion des chemins. Cherry Studio attend la racine du fournisseur et ajoute lui-même le chemin de version ; coller une URL complète de chat completions duplique donc le chemin. Jan exige le chemin de version dans l’URL de base. TypingMind veut le chemin complet
/v1/chat/completions. SillyTavern indique de ne pas ajouter le suffixe. Dify ajoute lui-même la version pour les types de modèles qui ne sont pas des modèles LLM. - Exigences relatives à la liste des modèles. Le test d’identifiants de n8n envoie
GET /modelset évalue la réponse uniquement selon le code d’état ; il échoue donc sans liste de modèles et peut réussir avec une URL de base incorrecte qui renvoie n’importe quel 200 à cet endroit. Le remplacement de la longueur de contexte de pool ne s’applique que lorsque le modèle figure dans la liste des modèles du fournisseur. Open WebUI contourne l’absence de liste avec un champ de liste d’autorisation manuel. - Métadonnées de modèle déclarées manuellement. Zed, Crush, Theia, OpenClaw, ChatWise et Dyad ne découvrent les limites d’un modèle à partir de votre endpoint. Le coût varie selon le client : Zed, Crush et ChatWise vous font saisir la fenêtre de contexte, les limites de sortie ou les prix par token ; OpenClaw et Dyad considèrent ces champs comme facultatifs et appliquent des valeurs par défaut lorsqu’ils restent vides ; l’entrée de modèle personnalisé de Theia ne comporte aucune limite ni aucun prix. Lorsqu’un client indique une dépense à partir des nombres que vous avez saisis, le montant reflète ce que vous avez saisi, et non ce qui a été facturé.
- Sous-ensembles de fonctionnalités. La saisie semi-automatique de Twinny utilise l’ancienne route completions, tandis que le chat utilise les chat completions. AnythingLLM configure les embeddings séparément du chat. Jan ne peut pas déduire la prise en charge des outils, de la vision ou de l’audio pour un fournisseur personnalisé. Oh My Pi nécessite un indicateur pour les endpoints qui refusent les définitions d’outils strictes.
Les cinq tableaux ci-dessous peuvent être filtrés selon ces mêmes questions : le protocole, la limite d’utilisation de votre propre clé, la nécessité d’une offre payante pour un endpoint personnalisé et le cycle de vie. Chaque ligne reste présente dans la page ; le filtre masque uniquement les lignes pendant son utilisation, et « Non indiqué » signifie que les sources de la ligne ne permettent pas de trancher.
Tous les clients sont répertoriés ci-dessous.
Agents de programmation en terminal
Les projets de terminal retirés et remplacés — SWE-agent, Plandex, Mentat, l’ancien OpenCode CLI en Go archivé et iFlow CLI — figurent dans la section archivée plus bas plutôt que dans ce tableau. Kiro CLI et Devon figurent dans le tableau sans endpoint.
| Client | Cycle de vie | Protocole / limite d’utilisation de votre propre clé | Idéal pour | Limite de clé | Page Kunavo |
|---|---|---|---|---|---|
| Aider | Non archivé, mais inactif : dernière version 2025-08-09, dernier commit de la branche par défaut 2026-05-22 | OpenAI Chat Completions via le préfixe de modèle openai/ et OPENAI_API_BASE. Librement configurable | Programmation en binôme dans un terminal sur un dépôt git existant, avec application et commit automatiques des modifications | Aucune version depuis plus de 13 mois ; les métadonnées des modèles plus récents peuvent donc être obsolètes et devoir être fournies manuellement | Tarification, configuration |
| goose | Actif, mais relocalisé : donné par Block à l’Agentic AI Foundation, dépôt déplacé vers aaif-goose/goose et documentation vers goose-docs.ai, annoncé le 2026-04-07 | OpenAI Chat Completions (OPENAI_HOST et OPENAI_BASE_PATH) et Anthropic Messages (ANTHROPIC_HOST). Librement configurable | Un agent local polyvalent au-delà de la programmation — application de bureau, CLI et API intégrable, étendu via MCP | L’URL de base est répartie entre deux variables ; un endpoint ancré sur un chemin de version nécessite donc de définir explicitement ce chemin | vs Claude Code, configuration |
| Crush | Actif ; push effectué le 2026-09-18, le jour même de la vérification | Types distincts : openai, openai-compat pour les API non compatibles OpenAI, et anthropic. Librement configurable via crushrc ou crush.json | Un agent en terminal abouti, où la fenêtre de contexte et les prix sont déclarés localement pour chaque modèle, ce qui rend le coût visible pendant la session | Rien n’est découvert — la fenêtre de contexte, le nombre maximal de tokens et les prix sont saisis manuellement. Les deux fichiers de configuration sont du code de confiance : crushrc s’exécute dans un shell, et la substitution de commande dans crush.json s’exécute au chargement | Tarification, configuration, vs OpenCode |
| Pi | Actif ; earendil-works/pi a effectué un push le 2026-09-18. L’ancien chemin badlogic/pi-mono redirige ici | openai-completions, openai-responses, anthropic-messages, google-generative-ai dans ~/.pi/agent/models.json — les quatre valeurs api documentées par Pi pour un fournisseur personnalisé jusqu’à la mise à jour de sa documentation du 22 septembre 2026, qui a supprimé la liste. Son code source en v0.99.2 définit le champ comme une chaîne libre et le distribue vers l’une des dix implémentations intégrées correspondantes ; seules ces quatre valeurs ont été documentées pour un fournisseur personnalisé, et aucune des six autres n’a été testée ici. Librement configurable | Construire ou intégrer un petit cœur d’agent facile à modifier | Le README indique que les nouvelles issues et pull requests de nouveaux contributeurs sont automatiquement fermées par défaut, et que vous adoptez un monorepo de harness plutôt qu’un simple CLI | Tarification, vs OpenCode, configuration |
| Oh My Pi | Fork actif de Pi ; push effectué le 2026-09-18 | Neuf protocoles filaires de chat dans models.yml : openai-completions, openai-responses, openai-codex-responses, azure-openai-responses, anthropic-messages, bedrock-converse-stream et trois variantes Google (google-generative-ai, google-gemini-cli, google-vertex). La même liste ajoute deux API de jugement, typesafe et openrouter-decisions, qui répondent aux requêtes de jugement plutôt qu’au chat ; le schéma en v18.4.8 accepte exactement ces onze valeurs. Librement configurable via models.yml | L’agent en terminal de ce tableau qui documente le plus de protocoles de chat, avec des outils LSP et DAP intégrés | Les endpoints compatibles Anthropic qui refusent le champ strict dans les définitions d’outils nécessitent disableStrictTools ; la découverte force un chemin /v1/models sauf si elle est explicitement désactivée | Tarification, configuration, vs Pi |
| pool | Actif mais de petite taille : push effectué le 2026-08-18, 425 étoiles, soutien commercial de Poolside | Compatible OpenAI uniquement sur la route personnalisée (POOLSIDE_STANDALONE_BASE_URL) ; parle séparément ACP. Uniquement via variable d’environnement, sans restriction | Un agent en terminal natif ACP que vous pouvez également exécuter comme serveur pour un éditeur compatible | L’endpoint doit servir GET /v1/models et répertorier le modèle sélectionné, sinon le remplacement de la longueur de contexte cesse silencieusement de s’appliquer | — |
| DeepSeek Harness | Actif, aperçu développeur auto-déclaré ; push effectué le 2026-09-17 | openai-completions, openai-responses ou anthropic-messages, un protocole par fournisseur, stocké dans 0.2.0-rc.2 dans le cordis.patch.yml du profil. Librement configurable | Tester le harness à architecture de plugins de DeepSeek comme une interface web locale pointée vers n’importe quel endpoint | Les mainteneurs annoncent des changements incompatibles, et dans 0.2.0-rc.2 la page Models ne peut pas encore ajouter un fournisseur qui s’authentifie avec OAuth, comme Codex | configuration |
| Droid (Factory) | Produit commercial actif à code source fermé ; documentation et page de tarification accessibles le 2026-09-18. factory.ai redirige vers factory.com | anthropic correspond à Messages, openai à Responses et generic-chat-completion-api à Chat Completions. Dépendant de l’interface : CLI et application de bureau uniquement | Conserver un agent bénéficiant d’un support commercial tout en déplaçant l’inférence vers votre propre endpoint sur les interfaces locales | Les modèles personnalisés n’apparaissent jamais dans les applications web ou mobiles hébergées. Aucune restriction d’offre n’est indiquée sur la page BYOK et la page de tarification ne répertorie pas cette fonctionnalité — il s’agit de l’absence d’une restriction documentée, et non de la preuve qu’il n’en existe aucune | Tarification, configuration |
| Qwen Code | Actif ; push effectué le 2026-09-18 | OpenAI Chat Completions, Anthropic Messages, Google GenAI et Vertex, chacun avec sa propre variable d’URL de base, ainsi qu’une option explicite Custom Provider. Librement configurable | Changer de protocole et de fournisseur à l’exécution depuis un seul client en terminal | L’offre gratuite OAuth de Qwen a été supprimée le 2026-04-15 et retirée de la boîte de dialogue d’authentification ; tout guide promettant encore un quota quotidien gratuit est donc obsolète | Tarification, configuration |
| Kimi Code CLI | Actif ; MoonshotAI/kimi-code a effectué un push le 2026-09-18. L’ancien dépôt Kimi CLI indique qu’il évolue vers celui-ci et sera progressivement abandonné | OpenAI Chat Completions et Responses, Anthropic Messages, Google GenAI, Vertex — blocs de fournisseurs dans config.toml. Librement configurable | Conserver une connexion Moonshot gérée comme un fournisseur tout en ajoutant un endpoint tiers à ses côtés | Les identifiants ne sont jamais lus depuis une variable shell ambiante : le nom de la variable doit être déclaré dans la configuration, sinon le démarrage échoue | vs Claude Code, configuration |
| OpenHands | Actif, mais restructuré : organisation renommée depuis All-Hands-AI, le dépôt principal fournit désormais Agent Canvas (1.20.0, 2026-09-17), tandis que l’agent se trouve dans un dépôt SDK distinct. Le mode CLI est toujours documenté | LiteLLM, ce qui rend un préfixe de fournisseur obligatoire. Dépendant du backend : les connexions fournisseur sont disponibles sur les backends locaux local agent-server et masquées sur un backend cloud | Travail autonome et isolé en plusieurs étapes — tâches allant d’une issue à une pull request et automatisations planifiées — sur votre propre machine ou serveur | Sur le chemin proxy, le nom du modèle doit déjà être configuré sur ce proxy. La documentation ne précise pas non plus si le backend cloud autorise une clé directe dans un profil fournisseur | vs OpenCode, configuration |
| mini-SWE-agent | Actif ; push effectué le 2026-09-14, actuellement en v2, la v1 étant conservée sur une branche | LiteLLM ; un endpoint personnalisé passe par model_kwargs avec un fournisseur compatible OpenAI et un api_base. Librement configurable | Exécutions peu coûteuses, scriptables, par lots et de benchmark, avec une boucle centrale suffisamment courte pour être lue avant de lui faire confiance | Un modèle absent du registre LiteLLM interrompt le suivi des coûts, et la v2 a modifié la structure de configuration ; les instructions de l’ère v1 ne sont donc pas transférables | Tarification, configuration, vs Claude Code |
| Nanocoder | Actif ; push effectué le 2026-09-18. Géré par un collectif communautaire plutôt que par une entreprise | Compatible OpenAI, ainsi qu’Ollama et des préréglages par fournisseur. Une entrée fournisseur dans agents.config.json ou l’assistant de configuration. Librement configurable | Programmation en terminal privilégiant le local, où une API distante constitue une option parmi les modèles locaux plutôt que le choix par défaut | Les paramètres sont résolus bloc par bloc ; une surcharge de projet portant sur un seul champ supprime donc le reste du bloc et revient aux valeurs intégrées par défaut au lieu de votre configuration globale | Modèles et coût de l’API, configuration, vs OpenCode |
| Mistral Vibe | Actif ; push effectué le 2026-09-18. Un projet officiel de Mistral | Compatible OpenAI par défaut ; les blocs de fournisseurs dans config.toml contiennent api_base et le nom de la variable de clé. Librement configurable | Un petit CLI Python auditable provenant d’un fournisseur de modèles, avec votre propre endpoint en dessous | La référence des fournisseurs se trouve dans la référence de configuration du dépôt plutôt que dans le README ; les noms de clés peuvent donc changer entre les versions — épinglez une version dans toute instruction de configuration | Configuration, vs Claude Code, alternatives |
| Gemini CLI | Actif ; push effectué le 2026-09-18 | Gemini natif uniquement. La surcharge de l’URL de base s’applique à l’authentification par clé API, doit utiliser HTTPS sauf si elle pointe vers localhost, et aucun mode compatible OpenAI n’est documenté | Travail en terminal privilégiant Gemini — et l’exemple le plus clair de la raison pour laquelle protocole et endpoint sont deux questions distinctes | La surcharge n’est documentée que pour le chemin par clé API ; ne comptez donc pas sur son fonctionnement avec la connexion OAuth au compte Google, et une URL compatible OpenAI ne fonctionnera pas sauf si l’endpoint sert également le protocole filaire Gemini | vs Claude Code |
| GitHub Copilot CLI | Actif ; version v1.0.86 publiée le 2026-09-17. Il ne s’agit pas de l’extension gh copilot archivée, qui est un dépôt distinct archivé avec un dernier push le 2025-10-30 | OpenAI Chat Completions, Azure OpenAI ou Anthropic, sélectionné par une variable de type de fournisseur avec une variable d’URL de base. Aucune restriction d’offre pour un particulier ; l’offre BYOK pour les organisations et entreprises n’a pas été vérifiée | Exécuter l’agent de programmation de GitHub sur votre propre endpoint, sans abonnement Copilot ni connexion GitHub | BYOK permet au CLI de fonctionner sans authentification GitHub, et la page d’authentification répertorie ce qui cesse de fonctionner sans elle : /delegate, le serveur GitHub MCP et GitHub Code Search. Les appels de modèles continuent de fonctionner, et vous pouvez aussi vous connecter tout en apportant une clé pour conserver les deux possibilités | vs Claude Code, configuration |
| gptme | Actif ; push effectué le 2026-09-18. Déplacé d’un espace de noms personnel vers l’organisation gptme, les anciens chemins redirigent | Compatible OpenAI uniquement pour les endpoints personnalisés, via un préfixe de modèle local avec une variable d’URL de base ou une entrée fournisseur nommée. Librement configurable | Un agent généraliste en terminal doté d’outils shell et navigateur, redirigé en définissant une seule variable d’environnement | Un endpoint parlant uniquement Anthropic Messages ne dispose d’aucun emplacement documenté, et tout autre protocole nécessite un plugin écrit pour le point d’entrée du fournisseur | — |
| Open Interpreter | Actif, mais réécrit sous la forme d’un programme différent : désormais une implémentation Rust basée sur Codex, versions étiquetées rust-v0.0.44 le 2026-09-15, et chemin du dépôt déplacé vers openinterpreter/openinterpreter | Une table de fournisseurs TOML où wire_api accepte responses ou chat. Librement configurable | Un harness de style Codex délibérément réglé pour des modèles ouverts peu coûteux, configuré via une table de fournisseurs | Le nom ne désigne plus ce que la plupart des présentations entendent par là — les anciens fichiers de configuration Python, indicateurs et tutoriels ne s’appliquent pas. L’exemple documenté utilise le protocole responses ; un endpoint limité aux chat completions doit donc être déclaré explicitement | Configuration, vs Claude Code, alternatives |
| Amp | Actif commercialement ; un agent de Sourcegraph, avec une annonce de politique datée du 2026-09-13. Les offres sont Hobby (gratuite), Individual/Megawatt, Gigawatt, Teams et Enterprise | Les URLs d’endpoint personnalisées arbitraires sont en accès anticipé pour les membres Megawatt et Gigawatt, derrière une fonctionnalité expérimentale ; l’annonce promet seulement un déploiement prochain pour tous, sans date. Le simple apport de votre propre clé est distinct et plus large — la même annonce indique qu’il n’y a ni frais ni limites de tokens BYOK pour quiconque, à l’exception de l’offre Enterprise, et que chacun peut utiliser Amp avec ses propres clés sans frais mensuels | Les équipes qui souhaitent un agent commercial doté d’une recherche de code performante, tout en conservant la dépense de tokens sur leur propre compte fournisseur | Ne supposez pas qu’une URL de base soit arbitraire : au 2026-09-18, cette capacité était réservée à l’accès anticipé | Tarification, configuration, vs Claude Code |
| nanocode | Publié, mais à peine maintenu : créé le 2026-04-01, dernier push le 2026-04-02, 20 étoiles | Anthropic Messages uniquement, malgré le tableau du README. URL de base définie par variable d’environnement ou commande de configuration. Librement configurable | Lire plutôt qu’exécuter — une courte base de code Python montrant comment assembler une boucle d’agent de type Claude Code | La compatibilité OpenAI annoncée n’existe pas dans le code : le client encapsule le SDK Anthropic, et un endpoint simple de chat completions ne fonctionnera donc pas | — |
| QodeX | Actif mais très petit : créé le 2026-06-11, dernier push le 2026-08-22, 32 étoiles. Sans lien avec le Codex d’OpenAI | Un type openai acceptant une URL de base arbitraire, un type ollama et un type anthropic avec la mise en cache des prompts activée par défaut. La configuration contient le nom de la variable de clé, et non la clé. Librement configurable | Travail privilégiant le local, où une configuration contient à la fois un serveur local et un endpoint cloud, sélectionnés à chaque exécution au moyen d’un profil | Échelle d’un projet maintenu par une seule personne, sans communauté pour absorber une modification incompatible en amont, et dont rien n’est vérifié à l’exécution par quiconque | — |
| GoCode | Actif mais minimal : créé le 2026-07-25, dernier commit de la branche par défaut le 2026-09-17, 5 étoiles | Principalement au format OpenAI sur neuf passerelles nommées, avec Anthropic comme seule entrée native ; per-provider base_url dans config.toml. Librement configurable | Un seul petit binaire Go, avec changement de fournisseur pendant la session et sans runtime Node ou Python sur la machine | Les identifiants des modèles fournis par défaut sont déjà obsolètes ; vous devrez donc les définir manuellement — et le nom entre en conflit avec le daemon d’autocomplétion Go établi de longue date | — |
| Jan Agent | Aperçu : la documentation indique que l’installateur récupère les paquets depuis un canal nightly. Le dépôt parent est actif, dernier commit le 2026-09-18 | Compatible OpenAI par défaut, Anthropic Messages via un indicateur api-type. Indicateurs, fichier de configuration ou variable d’environnement. Librement configurable | Un agent en terminal destiné à un endpoint de style OpenAI ou Anthropic en modifiant un seul indicateur | Logiciel en aperçu installé depuis un canal nightly ; les indicateurs et le comportement peuvent donc changer entre les builds, et toute configuration consignée dépend d’une version | Configuration |
| Junie CLI | Actif ; la page de documentation des modèles personnalisés de JetBrains portait la date du 18 septembre 2026, le jour de la vérification | Un profil de modèle JSON avec une URL de base, une clé (avec prise en charge de l’interpolation de variable d’environnement) et un apiType sélectionnant le format OpenAI completions, Anthropic ou Gemini. La page BYOK indique qu’aucun abonnement JetBrains AI n’est requis | Utilisateurs de JetBrains qui souhaitent l’agent Junie dans un terminal, facturé par leur propre fournisseur | La documentation décrit spécifiquement la CLI et ne confirme pas que les mêmes profils s’appliquent au plug-in IDE ; elle souligne également que le modèle doit être suffisamment puissant pour l’utilisation d’outils agentiques | Tarification, configuration, vs Claude Code |
| Docker Agent | Actif, renommé depuis cagent ; l’ancien chemin du dépôt redirige vers le nouveau et les anciens préfixes de variables d’environnement fonctionnent toujours | Complétions de chat OpenAI via un api_type explicite avec une URL de base et le nom d’une variable contenant la clé, ainsi que des types de fournisseurs natifs anthropic, google et bedrock. Librement configurable | Équipes multi-agents déclaratives écrites en YAML et distribuées sous forme d’artefacts OCI | Confusion liée au nom et à la facturation : les anciennes ressources cagent, la documentation actuelle de Docker Agent et les propres pages d’abonnement IA de Docker décrivent des choses différentes | — |
| fast-agent | Actif ; le dépôt n’est pas archivé, avec des problèmes et des pull requests ouverts au moment de la vérification | Fournisseur générique compatible OpenAI acceptant base_url et api_key dans YAML, ou un indicateur d’URL de base pour une seule exécution. Des chemins natifs Anthropic, OpenAI, Google, Azure et DeepSeek existent séparément. Librement configurable | Création d’agents natifs MCP et de modèles de flux de travail en Python, pilotée depuis une CLI interactive | Un framework plutôt qu’un produit — aucun service hébergé ni support commercial — et les exemples génériques documentés utilisent des points de terminaison locaux ; un point de terminaison distant est donc prévu par la spécification, mais ne correspond pas à la forme illustrée | — |
| Stakpak | En veille, non archivé : Apache-2.0, mais le commit le plus récent de la branche par défaut date du 2026-07-06 et la version la plus récente, v0.3.88, est datée du 2026-06-10 — plus de deux mois sans activité au moment de la vérification | Compatible OpenAI via une clé api_endpoint ; les clés natives Anthropic et OpenAI sont également acceptées. Un compte Stakpak est une possibilité, pas une exigence | Travail DevOps et infrastructure — débogage Kubernetes, CI/CD et infrastructure as code — avec des garde-fous contre les commandes destructrices | Les deux exemples fonctionnels du README pointent api_endpoint vers un serveur local ; le cas distant est donc prévu par la spécification, mais ne correspond pas à la forme illustrée. Compte tenu de l’écart de commits mentionné ci-dessus, considérez-le comme un projet à vérifier avant adoption plutôt que comme un projet en développement actif | — |
| VT Code | Actif, mais explicitement expérimental et maintenu par une seule personne ; le README indique que l’inférence locale et certains flux d’automatisation peuvent changer d’une version à l’autre | Tableau de fournisseurs personnalisés compatible OpenAI dans vtcode.toml, avec base_url et le nom d’une variable contenant la clé, ainsi qu’une liste facultative de fournisseurs autorisés. Librement configurable | Un unique binaire Rust statique pour les personnes qui souhaitent un vaste choix de fournisseurs ainsi qu’une liste de fournisseurs autorisés pouvant être auditée | Maintenance individuelle sur le temps libre avec des surfaces déclarées expérimentales ; la stabilité de la configuration entre les versions constitue donc un risque réel | vs OpenCode |
| CodeBuddy Code | Actif ; produit Tencent Cloud dont la documentation de la CLI fait référence à la v2.153.0 | Compatible OpenAI via un duo URL de base-variable de clé, présenté pour les services de modèles tiers. Aucune mention d’un format Anthropic n’apparaît dans la documentation malgré une UX familière. Aucun verrouillage de forfait sur le chemin tiers | Un flux de travail terminal en forme de Claude Code, avec exécution en bac à sable, sous-agents personnalisés et hooks | Plusieurs produits sans lien entre eux portent le nom CodeBuddy, et le sélecteur de région propre au fournisseur cesse de s’appliquer dès que vous dirigez la CLI vers une URL de base tierce | — |
| Warp | Actif ; les pages de documentation vérifiées indiquent une date de dernière mise à jour au 16 septembre 2026 | Complétions de chat OpenAI pour le point de terminaison d’inférence personnalisé, configurées par utilisateur sur les forfaits Free et les forfaits payants éligibles. Les organisations de plus de dix employés doivent utiliser Business ou Enterprise. Une fonctionnalité distincte, réservée aux entreprises, couvre les chemins natifs des fournisseurs cloud | Une interface terminal agentique fonctionnant avec votre propre point de terminaison au lieu d’un quota de modèles inclus | Deux conditions se cumulent : la règle relative à la taille de l’organisation et l’exigence stricte que le point de terminaison soit publiquement accessible — localhost, les adresses de réseaux privés et les proxys accessibles uniquement en interne sont purement et simplement refusés | vs Claude Code |
Éditeurs et forks d’IDE
Continue, Void et PearAI se trouvent dans la section archivée et remplacée, pas ici.
| Client | Cycle de vie | Protocole / limite d’utilisation de votre propre clé | Idéal pour | Limite de clé | Page Kunavo |
|---|---|---|---|---|---|
| Zed | Actif ; push effectué le 2026-09-18 | Deux arborescences de paramètres indépendantes, compatibles OpenAI et Anthropic, chacune avec sa propre api_url. La page des tarifs accorde une utilisation illimitée avec vos propres clés API dans le forfait Personal gratuit ; le BYOK n’est donc pas payant. La prédiction de modification possède sa propre arborescence et peut également accepter un fournisseur compatible OpenAI | Un éditeur natif rapide dans lequel une seule clé peut piloter le panneau d’agent, l’assistance en ligne et la prédiction de modification | Aucune découverte de modèles : chaque modèle est déclaré manuellement avec ses propres limites de jetons, et une faute de frappe produit un modèle introuvable plutôt qu’une erreur. Zed en tant que fournisseur de modèles, ainsi que le modèle de prédiction de modification par défaut, nécessitent toujours une connexion Zed | vs Cursor, configuration |
| Theia IDE | Actif ; publication le 2026-09-18, avec une version nightly marquée le même jour | Compatible OpenAI. Tableau de préférences composé d’objets de modèles personnalisés contenant model, url, id et key. Aucun verrouillage de forfait ou de compte, mais les fonctionnalités IA sont désactivées par défaut derrière une option locale | Un IDE de bureau neutre vis-à-vis des fournisseurs, issu de l’Eclipse Foundation, dans lequel chaque point de terminaison de modèle est déclaré explicitement dans les paramètres | Aucune découverte de modèles, et une url ou un id incorrect échoue silencieusement. Ne confondez pas l’IDE Theia téléchargeable avec la plateforme Theia intégrée par d’autres produits — la configuration ci-dessus concerne l’IDE | Configuration |
| Twinny | Actif ; publication le 2026-09-18, sous licence MIT | Compatible OpenAI, via deux routes différentes : le chat ajoute chat-completions au chemin configuré, tandis que l’autocomplétion utilise l’ancienne route completions. Les fournisseurs sont ajoutés un par un au moyen d’un formulaire doté d’un bouton de test. Librement configurable | Autocomplétion VS Code gratuite avec chat, avec le fill-in-the-middle et le chat pouvant délibérément utiliser des modèles différents, voire des points de terminaison différents | La compatibilité du chat n’implique pas que l’autocomplétion fonctionne : un point de terminaison qui ne sert que les complétions de chat fournit un chat opérationnel et un texte fantôme inactif. Vérifiez séparément la route completions et le modèle fill-in-the-middle | Configuration, vs Continue |
| Qoder | Actif ; plateforme de programmation agentique d’Alibaba avec une documentation actuelle sur les modèles personnalisés | Dépend de la surface. L’IDE accepte une URL de base et une clé avec un sélecteur compatible OpenAI (complétions de chat ou réponses) ou compatible Anthropic. La CLI ne le permet pas : sa propre page sur les modèles personnalisés indique de ne pas configurer manuellement le BYOK dans settings.json et précise que les fournisseurs, modèles et champs d’identifiants disponibles sont fixés par le catalogue BYOK de votre compte | Travail agentique dans un IDE conscient du dépôt, avec votre propre clé plutôt qu’un quota inclus | L’IDE et la CLI n’appliquent pas les mêmes règles BYOK ; l’affirmation selon laquelle « Qoder prend en charge les points de terminaison personnalisés » à l’échelle du produit est donc fausse pour la CLI | Configuration, vs Claude Code |
| Dyad | Actif ; version v1.15.0 le 2026-09-11 et commit le 2026-09-18 | Compatible OpenAI uniquement. Ajoutez un fournisseur personnalisé avec un ID, un nom d’affichage et une URL de base, puis ajoutez chaque modèle avec un ID de modèle exact. Les crédits Dyad Pro constituent une alternative, pas une condition | Application de bureau locale pour créer des applications, où toute la boucle de création fonctionne avec votre propre clé | Les modèles personnalisés nécessitent de saisir manuellement les limites de jetons de sortie et de fenêtre de contexte ; si ces champs restent vides, l’application utilise des valeurs par défaut qui peuvent limiter silencieusement les créations longues | Tarifs, configuration, vs Lovable |
| bolt.diy | En veille, non archivé : dernier commit le 2026-02-07, 83 problèmes ouverts, dernière balise v1.0.0 le 2025-05-12 | Compatible OpenAI via une entrée de fournisseur de type OpenAI, ou via un duo URL de base-clé dans un fichier env local. Entièrement auto-hébergé, sans verrouillage | Création d’applications full-stack dans le navigateur, auto-hébergée, où chaque clé reste dans votre propre fichier env | Personne n’a envoyé de code depuis le 2026-02-07 ; les nouveaux identifiants de modèles, les particularités des fournisseurs et le backlog ouvert sont donc à votre charge — une configuration fonctionnelle aujourd’hui n’est pas une configuration maintenue | Modèles et coût de l’API, vs Dyad et Bolt.new |
Clients de bureau de chat et de bases de connaissances
Witsy se trouve dans la section archivée ; Smart Chat se trouve dans le tableau sans point de terminaison, car une URL de base tierce arbitraire n’y est pas documentée.
| Client | Cycle de vie | Protocole / limite d’utilisation de votre propre clé | Idéal pour | Limite de clé | Page Kunavo |
|---|---|---|---|---|---|
| Cherry Studio | Actif ; publication le 2026-09-18. Édition communautaire sous AGPL-3.0, avec une édition entreprise vendue séparément et une option de licence commerciale | Compatible OpenAI par défaut, avec OpenAI Responses, Anthropic et Gemini sélectionnables par fournisseur. Saisissez la racine du fournisseur — l’application ajoute elle-même le chemin de version, et un hash final épingle exactement l’adresse. Librement configurable | Espace de travail de bureau gratuit pour une personne jonglant entre de nombreux fournisseurs, assistants, modèles locaux et documents | Le champ d’adresse de l’API est une racine, pas un point de terminaison : la page des paramètres indique que Cherry Studio ajoute elle-même /v1/chat/completions sauf si l’adresse se termine par #, de sorte que le collage d’une URL complète de chat-completions double le chemin. La pull request qui aurait supprimé ce comportement (#19120) a été fermée sans fusion le 2026-09-04 | Configuration |
| Chatbox AI | Actif ; le dépôt a été renommé en chatboxai/chatbox, l’ancien chemin redirigeant vers celui-ci, publication le 2026-09-16 | Complétions de chat compatibles OpenAI pour les fournisseurs personnalisés : ajoutez un fournisseur avec un hôte d’API, un chemin d’API vide et une clé, puis récupérez la liste des modèles. Non limité par le forfait | Donner à une personne non développeuse qui possède déjà une clé quelque chose qui fonctionne sur ordinateur, mobile et web, avec récupération de la liste des modèles plutôt que la saisie manuelle des identifiants de modèles | Deux surfaces d’API portent le même nom et vont dans des directions opposées : le produit fournit également un point de terminaison compatible OpenAI dans un forfait payant facturé en points de calcul, ce qui n’est pas du BYOK | Configuration |
| Jan Desktop | Actif ; publication le 2026-09-18, dernière version v0.8.4 le 2026-07-23. L’ancien chemin de l’organisation redirige ici | Compatible OpenAI ou Anthropic, sélectionné par fournisseur. L’URL de base doit inclure le chemin de version attendu par votre serveur, et une clé est requise même pour les serveurs locaux non authentifiés. Librement configurable | Personnes qui commencent en local et hors ligne avec un moteur d’inférence intégré, mais souhaitent que la même application puisse atteindre un point de terminaison cloud payant | Les fournisseurs personnalisés ne font pas l’objet d’une détection de capacités — l’application ne peut pas déterminer si un modèle prend en charge les outils, la vision ou l’audio ; ces fonctions doivent donc être activées pour chaque modèle, faute de quoi elles restent silencieusement inactives | Modèles et coût de l’API, vs LM Studio |
| Msty Studio | Produit commercial actif, à code source fermé et sans dépôt public ; la dernière entrée du journal des modifications public est v2.9.6 le 2026-07-24, tandis que la version de Msty proposée au téléchargement le 2026-10-01 était la 2.9.11 | Compatible OpenAI pour les fournisseurs personnalisés — un type « Open AI Compatible » avec une clé API et un point de terminaison d’inférence, libellés lus depuis la version 2.9.11 — et ce chemin n’est pas limité par le forfait. Les types de fournisseurs Azure et Bedrock sont réservés au niveau payant | Espace de travail de bureau soigné à code source fermé pour quelqu’un qui n’exécutera jamais Docker | Aucun historique public des commits ; la maintenance repose donc entièrement sur le journal des modifications du fournisseur. Les préréglages d’outils intégrés sont spécifiques aux fournisseurs et un fournisseur personnalisé ne les hérite pas | Tarifs, configuration, vs LM Studio et AnythingLLM |
| AnythingLLM | Actif ; MIT, publication le 2026-09-17. Fournit à la fois une application de bureau et un serveur auto-hébergé | Complétions de chat compatibles OpenAI via un fournisseur générique acceptant l’URL de base, la clé, le nom du modèle, la fenêtre de contexte et le nombre maximal de jetons. Aucun verrouillage de forfait en auto-hébergé | Récupération de documents sur votre propre machine ou serveur, avec sélection du modèle par espace de travail | Le chat, les embeddings et la transcription sont configurés indépendamment ; un point de terminaison de chat ne fournit donc aucun embedding et une installation de récupération fonctionnelle nécessite un second fournisseur. La documentation signale également que le fournisseur générique est destiné aux développeurs | vs Open WebUI, configuration |
| Open WebUI | Actif ; publication le 2026-09-18. Licence non standard — BSD-3, assortie d’une clause de marque couvrant les déploiements dépassant cinquante utilisateurs finaux sur une période glissante de trente jours | Complétions de chat OpenAI pour les modèles ordinaires comme pour les backends agentiques : saisissez une URL et une clé dans les connexions administrateur. Un point de terminaison de liste de modèles est recommandé mais facultatif ; sans celui-ci, indiquez les identifiants de modèles dans le champ de liste autorisée. Librement configurable | Serveur de chat auto-hébergé et multi-utilisateur placé devant un point de terminaison, et emplacement standard pour connecter un backend agentique | L’appel d’outils n’est fiable que dans la mesure où le schéma fourni en amont l’est ; la documentation met en évidence une couche de compatibilité où les champs requis sont omis et où les appels d’outils échouent silencieusement | Configuration |
| LibreChat | Actif ; MIT, publication le 2026-09-18 | Compatible OpenAI par défaut ; une valeur de fournisseur anthropic sur un point de terminaison personnalisé passe plutôt par le client Messages natif. Uniquement via le fichier de configuration, avec l’URL de base comme racine de l’API. Librement configurable | Déploiements multi-utilisateurs auto-hébergés où chaque point de terminaison nécessite sa propre politique de clés, sa liste autorisée de modèles et sa comptabilisation des coûts | Ajouter un fournisseur signifie modifier le YAML et redémarrer, pas cliquer dans un panneau de paramètres ; la tarification des jetons par point de terminaison est une métadonnée que vous saisissez vous-même, de sorte que les coûts affichés sont aussi exacts que les données saisies | vs Open WebUI, configuration |
| LobeHub | Actif et renommé : l’ancien chemin du dépôt lobe-chat redirige désormais, publication le 2026-09-18. Repositionné d’un framework de chat vers un opérateur d’agents. Licence communautaire avec conditions commerciales | Une URL de base personnalisée est documentée pour l’utilisation auto-hébergée, et les options du SDK fournisseur exposent des types OpenAI et Anthropic. La documentation n’indique pas si le cloud hébergé réserve les URL de base personnalisées à un forfait payant | Espace de travail de chat et d’agents auto-hébergé, avec un marketplace de plug-ins et de MCP, pour une équipe exécutant sa propre instance | Le renommage est effectif, mais pas l’écosystème : les guides tiers et les anciennes procédures utilisant les variables d’environnement emploient toujours l’ancien nom, et les étapes de configuration ont changé avec la nouvelle version | Configuration |
| ChatWise | Produit commercial actif, à code source fermé et sans dépôt public ; les pages de documentation et de tarifs ont toutes deux été publiées le 2026-09-18 | Compatible OpenAI ou Anthropic par fournisseur personnalisé, avec des modèles récupérés depuis un point de terminaison de liste de modèles ou ajoutés manuellement. Une licence Pro à achat unique existe ; aucune des deux pages n’indique si les fournisseurs personnalisés fonctionnent avec le niveau gratuit | Personne qui souhaite un client de bureau natif rapide, paie une seule fois plutôt que par abonnement et apporte sa propre clé | Les modèles ajoutés manuellement ne disposent d’aucune capacité détectée automatiquement — vous déclarez vous-même la longueur du contexte, la vision, l’audio et le raisonnement, et un indicateur incorrect produit une fonctionnalité silencieusement défaillante. Le niveau gratuit est concédé sous licence pour un usage personnel et non commercial | Configuration, coût de l’API, vs Chatbox |
| TypingMind | Actif et commercial ; vendu sous forme de forfaits avec licence à achat unique, le produit d’équipe étant facturé séparément | Le formulaire actif Add Custom Model (vérifié le 2026-10-01) propose les types d’API OpenAI Chat Completions, OpenAI Responses, Claude Messages et Gemini, et le champ Endpoint URL attend la route COMPLÈTE — les exemples officiels se terminent par le chemin chat-completions. Non limité par le niveau dans le tableau des forfaits publiés | Interface frontale de chat BYOK soignée que vous achetez une seule fois, puis alimentez avec vos propres jetons | Un point de terminaison publié comme URL de base nécessite l’ajout manuel du suffixe. Les requêtes partent directement du navigateur — la page Local AI de TypingMind l’indique — le point de terminaison doit donc envoyer des en-têtes CORS ; le bouton opt-in « Route requests via TypingMind Cloud » du formulaire constitue le moyen documenté de contourner ce problème | Configuration, tarifs, alternatives |
| Copilot for Obsidian | Actif ; version 4.0.9 le 2026-09-16, AGPL-3.0. La documentation a été déplacée vers un nouveau domaine et les anciens chemins redirigent | Compatible OpenAI. Ajoutez un fournisseur personnalisé avec une URL de base et un ID de modèle, ainsi qu’une clé lorsque le point de terminaison l’exige. La documentation indique que cela ne nécessite pas de licence auto-hébergée ; les niveaux payants correspondent à un chemin géré distinct | Discuter avec un coffre Obsidian et y effectuer des recherches avec votre propre clé, sans abonnement au service hébergé du plug-in | Si le test de connexion réussit mais que le chat échoue toujours, vous devez activer l’option CORS du fournisseur — ce qui désactive le streaming ; les réponses apparaissent donc après leur achèvement plutôt que jeton par jeton | Configuration, coût de l’API, vs Smart Connections |
| NextChat | Actif, mais ralentit et se commercialise : dernier commit le 2026-08-11, dernière version marquée le 2025-07-29. Le dépôt met désormais en avant un service hébergé payant, tandis que l’auto-hébergement reste le chemin de déploiement documenté | Compatible OpenAI : une variable d’URL de base réécrit la route OpenAI, et les autres fournisseurs disposent de leurs propres variables. Uniquement auto-hébergé, sans verrouillage de forfait | Interface de chat auto-hébergée placée devant un point de terminaison, avec un clic, où une variable de nom de modèle contrôle exactement les noms visibles par vos utilisateurs | Les identifiants de modèles de votre point de terminaison n’apparaissent que lorsque vous les répertoriez dans cette variable ; définir uniquement l’URL de base laisse les utilisateurs face au menu par défaut | Configuration |
| ChatGPTBox | Actif ; la propriété a été transférée à une organisation de projet, l’ancien chemin redirigeant, version v2.7.1 le 2026-09-06. Un transfert, pas un renommage de produit | Compatible OpenAI en mode modèle personnalisé, qui accepte une adresse d’API et une clé personnalisées. Librement configurable | Assistant de navigateur intégré à la page — actions sur la sélection, résumés, barre latérale des résultats de recherche — dirigé vers votre propre point de terminaison | Les modes gratuits mis en avant utilisent une session web connectée plutôt que votre clé ; le BYOK ne s’applique qu’après le passage volontaire au mode modèle personnalisé | — |
Créateurs de flux de travail
Flowise se trouve dans la section archivée, pas ici.
| Client | Cycle de vie | Protocole / limite d’utilisation de votre propre clé | Idéal pour | Limite de clé | Page Kunavo |
|---|---|---|---|---|---|
| Dify | Actif et évoluant rapidement : dernier commit le 2026-09-18, version 1.17.1 le 2026-09-10. Apache 2.0 modifiée | Compatible OpenAI, déclaré par type de modèle via un plug-in de compatibilité propriétaire — une instance de plug-in distincte pour LLM, embedding, rerank, speech-to-text et text-to-speech. Aucun verrouillage de forfait en auto-hébergé | Équipes assemblant visuellement des pipelines de récupération et des flux de travail agentiques, avec une seule clé derrière de nombreux emplacements de modèles | Pour les types autres que LLM, le plug-in ajoute lui-même la version de l’API ; une URL de base qui se termine déjà par un chemin de version produit donc un chemin dupliqué. La licence interdit également de l’exécuter comme service multi-tenant sans licence commerciale | Configuration, coût de l’API, vs n8n |
| n8n | Actif ; dernier commit le 2026-09-18. Fair-code sous Sustainable Use License, avec les fichiers sous licence entreprise signalés dans l’arborescence | Compatible OpenAI. L’identifiant expose un champ d’URL de base décrit comme remplaçant la base d’API par défaut, vérifié directement dans le code source de l’identifiant plutôt que dans la seule documentation. Dans le nœud OpenAI Chat Model actuel (version 1.3, n8n 2.41.4), « Use Responses API » est activé par défaut ; les requêtes vont donc vers la route responses, sauf si vous le désactivez. Aucun verrouillage de forfait en auto-hébergé | Automatisation auto-hébergée où une étape LLM s’insère dans un flux de travail plus vaste et où une modification de l’URL de base déplace tous les nœuds IA en une seule fois | Le test de l’identifiant envoie une requête de liste de modèles à votre URL de base et vérifie uniquement le statut HTTP ; un point de terminaison qui n’en possède pas échoue donc au test, tandis qu’une URL de base incorrecte qui répond par 200 sur ce chemin le réussit. Dans le cloud hébergé, le même nœud peut utiliser les propres crédits du fournisseur plutôt que votre identifiant — vérifiez lequel est sélectionné | Configuration, coût de l’API, vs n8n |
| Plateforme AutoGPT | Le dépôt est actif (push effectué le 2026-09-18), mais AutoGPT Classic — l’agent autonome de 2023 visé par la majeure partie du trafic de recherche — est explicitement non maintenu ; la documentation officielle indique que les dépendances ne seront pas mises à jour et que les problèmes ne seront pas corrigés | Complétions de chat compatibles avec OpenAI, et les deux moitiés du produit diffèrent. Conditionné par l’interface : l’agent de chat AutoPilot prend CHAT_BASE_URL sur une installation auto-hébergée, et le guide répertorie une API gérée compatible avec OpenAI parmi les formats pris en charge. L’aide du fournisseur au niveau des blocs est l’opposé : une énumération fermée de fournisseurs dont les clients OpenAI et Anthropic sont construits sans URL de base ; le seul hôte configurable par l’utilisateur est un hôte Ollama vérifié par rapport à une liste d’autorisation de noms d’hôte approuvés | Un constructeur visuel basé sur des blocs avec une marketplace, où l’agent de chat adjacent peut s’exécuter sur votre propre endpoint | Les deux chemins lisent des variables d’environnement différentes ; configurer l’un ne configure donc pas l’autre, et le guide précise que le déploiement hébergé agpt.co ignore entièrement ces variables — il s’agit d’une voie d’auto-hébergement. Le transport de chat refuse également de se rabattre sur une clé OpenAI ambiante, donc CHAT_API_KEY doit être défini explicitement. Exécuté sur l’image monconteneur de v0.8.2 avec un substitut d’enregistrement le 2026-10-01 : un tour de chat et trois allers-retours d’outils ont abouti | Configuration d’une API personnalisée, tarification, alternatives |
Agents personnels toujours actifs
| Client | Cycle de vie | Protocole / limite d’utilisation de votre propre clé | Idéal pour | Limite de clé | Page Kunavo |
|---|---|---|---|---|---|
| OpenClaw | Actif ; push effectué le 2026-09-18. Renommé deux fois — Clawdbot, puis Moltbot, puis OpenClaw — et les deux anciens chemins du dépôt redirigent toujours ici | Un champ api par fournisseur sélectionne l’adaptateur de requêtes, avec baseUrl, apiKey et un tableau models en JSON. Les exemples de fournisseurs personnalisés utilisent openai-completions et anthropic-messages ; la référence de configuration de la passerelle répertorie onze adaptateurs, dont openai-responses, google-generative-ai, google-vertex et bedrock-converse-stream, et définit par défaut une baseUrl sans api sur openai-completions. Le schéma de configuration en v2026.9.7 en accepte douze : ces onze plus google-interactions, ajouté le 25 septembre 2026 et documenté sur sa page du fournisseur Google, mais pas encore dans la référence. Librement configurable | L’agent personnel généraliste par défaut lorsque vous voulez le plus vaste écosystème de plugins et la meilleure couverture communautaire | Aucune découverte de catalogue : chaque modèle doit être répertorié par son identifiant, et contextWindow, maxTokens ainsi que les champs de coût par jeton sont facultatifs, avec application de valeurs par défaut lorsqu’ils sont omis. Si vous omettez les coûts, le suivi des dépenses repose sur une estimation ; si vous les renseignez, il reflète ce que vous avez saisi plutôt que ce qui a été facturé | Tarification, alternatives |
| Hermes Agent | Actif ; MIT, push effectué le 2026-09-18, étiquette de version v2026.9.14 | Compatible avec OpenAI par défaut ; un champ de transport sur le fournisseur personnalisé le bascule vers Anthropic Messages. Définissable interactivement ou dans une configuration YAML. Aucun forfait, abonnement ou contrôle de compte | Un agent CLI personnel persistant avec une mémoire dans une base de données locale, accessible depuis plusieurs plateformes de chat via un seul endpoint | L’hypothèse par défaut est celle de complétions de chat au format OpenAI ; un endpoint uniquement Anthropic nécessite donc ce champ de transport distinct — et l’échec ressemble à un endpoint défectueux plutôt qu’à un mauvais format filaire | Tarification, face à OpenClaw |
| nanobot | Actif ; MIT, push effectué le 2026-09-18, publié par HKUDS. Un autre projet, également actif, porte le même nom ailleurs — vérifiez l’organisation avant de suivre un lien | Compatible avec OpenAI pour les fournisseurs personnalisés et nommés arbitrairement ; un endpoint au format Anthropic doit plutôt remplacer la base sur le fournisseur Anthropic intégré. La documentation indique d’inclure le chemin de version. Librement configurable | Un agent personnel auto-hébergé qui s’exécute comme interface web, terminal ou application de chat, et réexpose sa propre API compatible avec OpenAI | Les fournisseurs personnalisés nommés arbitrairement sont uniquement au format OpenAI et n’utilisent pas le format de requête Anthropic ; les backends natifs rejettent directement le champ proxy | face à OpenClaw |
| ZeroClaw | Actif ; Apache-2.0, push effectué le 2026-09-18 | Un champ wire_api sélectionne les complétions de chat ou OpenAI Responses par fournisseur, avec des routes au format Anthropic dans un emplacement de fournisseur distinct. Le champ uri est obligatoire dans l’emplacement personnalisé et remplace également toute famille intégrée. Chaque champ peut être défini par variable d’environnement. Librement configurable | Un runtime Rust axé sur la sécurité, suffisamment compact pour du matériel peu coûteux, avec autonomie supervisée et sandboxing au niveau du système d’exploitation | Le filaire modifie le comportement, pas seulement le transport : les fils OpenAI-compatible et Responses ne peuvent pas transporter les métadonnées de refus Anthropic ; le repli automatique ne fonctionne donc que via l’emplacement Anthropic, et la mise en cache des invites sur une route de complétions de chat nécessite un indicateur différent de la valeur par défaut | face à OpenClaw |
| NanoClaw | Actif ; MIT, push effectué le 2026-09-17 | Au format Anthropic et conditionné par un compte sur le chemin par défaut : le runtime par défaut est le Claude Agent SDK, qui attend donc par défaut un abonnement Claude ou une clé Anthropic. Tout endpoint compatible avec Anthropic fonctionne via une paire URL de base et jeton ; l’accès compatible avec OpenAI est indirect, en passant par une compétence | Une alternative à OpenClaw isolée dans un conteneur pour les personnes qui utilisent déjà Claude Code, intégrée à plusieurs plateformes de messagerie | Un endpoint uniquement OpenAI doit être atteint via une compétence de délégation. Un fournisseur Codex distinct, installé avec /add-codex (@openai/codex 0.155.1 épinglé), exécute les modèles OpenAI via le propre service d’OpenAI avec une clé OpenAI ou une connexion ChatGPT ; un WebSocket Responses bloqué s’y termine par le délai d’expiration de dix minutes d’un tour NanoClaw, reproduit le 2026-10-01. Le projet ne fournit également délibérément aucun fichier de configuration ; les paramètres BYOK résident donc dans un fichier d’environnement et dans des commandes CLI par groupe | face à OpenClaw, délai d’expiration de Codex |
| PicoClaw | Actif ; MIT, push effectué le 2026-09-17, publié par Sipeed. Écrit en Go à partir de zéro, explicitement sans être un fork | Piège de nommage : la valeur de fournisseur anthropic utilise des complétions de chat compatibles avec OpenAI, tandis que anthropic-messages utilise l’API Messages native. Un champ api_base remplace l’endpoint et des en-têtes personnalisés peuvent remplacer l’autorisation. Librement configurable | L’empreinte la plus réduite ici — un seul binaire Go avec des modes agent, passerelle et TUI, destiné aux déploiements toujours actifs et embarqués | Un endpoint servant uniquement la route Messages renvoie 404 avec la valeur anthropic. Bedrock et le chemin d’identité Azure ne figurent pas dans le binaire par défaut et nécessitent une recompilation avec des balises de compilation | Coût et configuration de l’API, erreurs 404, face à OpenClaw |
| IronClaw | Actif ; Apache-2.0, push effectué le 2026-09-13, publié sous l’organisation nearai | Un adaptateur générique de complétions de chat compatible avec OpenAI, où l’URL de base est obligatoire, ainsi que des backends natifs Anthropic, Gemini, Bedrock et autres, qui acceptent chacun un remplacement de l’URL de base. Un repli par variable d’environnement couvre les conteneurs et les exécutions ponctuelles. Librement configurable | Un système d’exploitation d’agent axé sur la confidentialité et la sécurité, avec un magasin local de secrets chiffré, des outils isolés et une divulgation progressive des outils | L’adaptateur générique n’a aucun hôte par défaut ; l’URL de base doit donc être fournie — chaque exemple documenté la définit explicitement, et aucun ne correspond à un endpoint tiers hébergé. La couche à laquelle échoue une URL de base manquante n’est pas précisée dans la documentation | API personnalisée, erreur de budget de contexte, face à OpenClaw |
| Agent Zero | Actif ; push effectué le 2026-09-18, créé le 2024-06-10 — le plus ancien projet de ce groupe. La propriété est passée d’un compte personnel à l’organisation agent0ai, et l’ancien chemin redirige | Complétions de chat compatibles avec OpenAI via un fournisseur générique avec un champ d’URL d’API par modèle, et la clé saisie séparément. Interface uniquement : le guide d’installation ne documente aucun équivalent dans un fichier de configuration ou une variable d’environnement. Aucun contrôle de forfait | Un framework d’agent modifiable et piloté par des invites, exécuté dans Docker avec une interface web, plus proche d’un framework que vous façonnez que d’un assistant fini | Les modèles de chat, utilitaires et d’embedding sont configurés indépendamment ; un endpoint servant le chat mais pas les embeddings impose donc une configuration séparée. La documentation avertit que les modèles utilitaires très petits échouent directement aux tâches de mémoire | face à OpenClaw |
| OpenManus | Actif mais visiblement plus lent : push effectué le 2026-08-22, les commits les plus récents datant du 2026-08-16. Piège de lien obsolète — le chemin de dépôt original ne redirige PAS et pointe désormais vers un dépôt distinct et sans rapport | Complétions de chat compatibles avec OpenAI, confirmées dans le code source et non uniquement dans la documentation. Un bloc config.toml avec base_url, api_key et model ; un champ api_type bascule vers les clients Azure ou Bedrock. Librement configurable | Une réimplémentation ouverte d’une boucle d’agent généraliste pour la recherche et l’automatisation du navigateur, ainsi que la configuration la plus mécanique de ce groupe | Deux blocs LLM indépendants existent, l’un pour le modèle principal et l’autre pour la vision, chacun nécessitant sa propre URL de base et sa clé. L’exemple de configuration épingle également toujours un identifiant de modèle de 2025 qui échouera sur la plupart des endpoints actuels | Coût et configuration de l’API, erreurs de jetons et d’outils |
| SillyTavern | Actif ; AGPL-3.0, push effectué le 2026-09-14 | Complétions de chat compatibles avec OpenAI via une source de complétions personnalisée. La documentation indique de ne pas ajouter le suffixe chat-completions et d’essayer d’ajouter le chemin de version si la connexion échoue. Librement configurable | Jeu de rôle et chat de personnages en format long avec un contrôle poussé des invites — un acheteur véritablement différent de la cohorte de programmation, avec des schémas de contexte et de jetons différents | Le mode de post-traitement des invites compte davantage que l’endpoint : les variantes « no tools » suppriment les appels d’outils de l’invite, et l’appel d’outils n’est pas pris en charge avec elles — sans erreur | Meilleure API, configuration |
| Msty Go | Actif, renommé depuis Msty Claw le 2026-08-04. Code source fermé ; la page de tarification le répertorie sur un forfait bêta à 0 $ avec des niveaux d’équipe indiqués comme prévus | Inconnu. Les paramètres documentent un type, un nom d’affichage, une URL de base, une clé et le comportement de la liste des modèles, mais la documentation n’énumère jamais les options de type ; le format filaire produit par un fournisseur personnalisé n’est donc pas publié | Un exécuteur de tâches de bureau limité, avec des dossiers explicites, une exécution isolée et un travail révisable | Code source fermé, bêta gratuite et liste de types de fournisseurs non documentée : vous ne pouvez pas confirmer à partir de la documentation qu’un endpoint arbitraire compatible avec OpenAI fonctionnera. Celui-ci nécessite une installation pour être vérifié | Configuration |
| Page Assist | Actif ; MIT, push effectué le 2026-09-13 | Compatible avec OpenAI. Les paramètres proposent un onglet compatible avec OpenAI où une option Custom accepte l’URL et la clé de l’API. Librement configurable | Un chat dans la barre latérale du navigateur qui peut lire la page sur laquelle vous vous trouvez, pour les personnes qui n’ouvriront jamais un terminal | Une interface de chat d’extension de navigateur plutôt qu’un agent autonome — aucune boucle de programmation ou d’exécution d’outils — et son centre de gravité reste les modèles locaux ; les chemins cloud sont donc relativement peu testés | Configuration |
Clients sans endpoint tiers documenté
Ces trois produits sont suffisamment présents pour apparaître dans les résultats de recherche, mais aucun ne documente la possibilité de pointer le client vers une URL de base arbitraire. Il faut distinguer ici trois faits différents, car ils sont régulièrement confondus en un seul : la possibilité de fournir sa propre clé de fournisseur, la possibilité de fournir son propre endpoint, et le fait que personne n’ait établi l’un ou l’autre. Devon accepte les clés de fournisseurs et ne documente aucun champ d’URL de base ; Kiro CLI n’accepte ni l’une ni l’autre — les clés d’API décrites dans sa documentation d’entreprise sont celles de Kiro, destinées à exécuter la CLI dans des scripts, et non un moyen d’apporter la clé d’un fournisseur de modèles ; Smart Chat est conditionné par un forfait et la prise en charge d’un endpoint arbitraire y est simplement non confirmée, ce qui n’est pas la même chose qu’un refus. Seule la colonne endpoint permet de rendre un client accessible depuis Kunavo.
| Client | Catégorie | Cycle de vie | Ce qui est réellement disponible | Ce que cela implique pour vous |
|---|---|---|---|---|
| Kiro CLI | Terminal | Actif, renommé depuis Amazon Q Developer CLI (disponible le 2025-11-17, mise à jour automatique le 2025-11-24 ; les anciens points d’entrée fonctionnent toujours). Séparément, les plugins IDE Amazon Q Developer et les abonnements payants arrivent en fin de support le 2027-04-30, les nouvelles inscriptions étant bloquées depuis le 2026-05-15 | Rien de documenté. Les modèles sont fournis via des niveaux d’abonnement et distribués par Bedrock ; la documentation des modèles ne contient aucune option de fournisseur personnalisé, de clé ou d’URL de base. BYOK n’existe que sous la forme de demandes de fonctionnalités ouvertes | Aucun endpoint tiers n’est possible aujourd’hui. Ne le confondez pas avec Kiro Crew, un produit d’orchestration open source distinct construit au-dessus de la CLI. Ce qu’il propose, et dans quels cas il surpasse un agent à endpoint personnalisé, est comparé dans Kiro CLI face à Claude Code |
| Devon | Terminal | Pas officiellement archivé, mais effectivement abandonné : le commit le plus récent de la branche par défaut date du 2024-07-29 et le dernier push du dépôt, quel qu’il soit, date du 2025-05-26 | Clés oui, endpoint non. Le README documente des variables de clé par fournisseur et un chemin Ollama local, et ne contient aucun remplacement base-URL ou api-base | Référence historique uniquement. Sa valeur de répertoire sert à lever l’ambiguïté : Devon (open source, dormant) n’est pas Devin, un autre produit commercial qui domine les mêmes résultats de recherche |
| Smart Chat (Smart Connections) | Plugin Obsidian | Actif mais divisé en produits distincts : le cœur gratuit est présenté comme une recherche sémantique ne nécessitant aucune clé, tandis que le chat avec des modèles API est une extension distincte. Dernier commit le 2026-09-16 | Conditionné par un forfait, et un endpoint arbitraire n’est pas confirmé. Le flux documenté nécessite Smart Chat Pro ainsi qu’un modèle provenant d’un ensemble fixe d’adaptateurs nommés ; la seule URL de base personnalisée documentée concerne une application auto-hébergée spécifique | Considérez la prise en charge des endpoints arbitraires comme inconnue plutôt qu’absente — rien dans la documentation actuelle ne permet de trancher. Les anciennes pages de configuration de Smart Connections sont explicitement obsolètes et ne doivent pas être réutilisées. La comparaison avec un client qui accepte effectivement un endpoint personnalisé figure dans Copilot pour Obsidian face à Smart Connections |
Retirés, archivés et remplacés
Ces dix éléments figurent dans le répertoire afin qu’une recherche aboutissant sur leur nom mène à leur statut plutôt qu’à une commande d’installation. Aucun ne constitue une recommandation actuelle.
| Client | Statut | Ce qu’il est maintenant | Où aller à la place |
|---|---|---|---|
| Continue | Maintenance arrêtée ; le dépôt est en lecture seule après une version finale 2.0.0 de l’extension VS Code, de la CLI et du plugin JetBrains. Le site de l’entreprise indique qu’elle a été acquise par Cursor. Dernier commit de la branche par défaut le 2026-07-21 | Un agent de programmation figé — extension VS Code, CLI et plugin JetBrains — qui peut toujours être redirigé vers un endpoint tiers maintenant que l’authentification intégrée a été retirée | Installations existantes uniquement, pas un point de départ. Avertissement mécanique pour toute nouvelle vérification : le dépôt n’est pas signalé comme archivé et sa date de push continue de changer quotidiennement, de sorte qu’un contrôle du marqueur d’archive le signale comme actif. Page de configuration existante |
| Void | Archivé le 2026-06-02 ; en lecture seule et n’acceptant plus de contributions. Le README commence par le déclarer obsolète | Un fork archivé de VS Code que le README lui-même recommande principalement comme référence pour forker VS Code | Migrez. Le README renvoie vers un dépôt de forks communautaires ; Zed et Theia sont les éditeurs maintenus de ce répertoire. Documentation de migration : alternatives à l’éditeur Void |
| PearAI | Le dépôt de l’éditeur n’a rien publié depuis le 2025-05-20 ; l’activité la plus récente dans toute l’organisation date du 2026-06-19. La page d’accueil est active et vend toujours un abonnement de routeur | Un éditeur issu de Continue dont les instructions BYOK ont été modifiées pour la dernière fois fin novembre 2024 et présentent toujours des modèles de 2024 comme la gamme actuelle | Ne le présentez pas comme une cible BYOK fonctionnelle. Personne ne peut actuellement confirmer le flux d’endpoint personnalisé avec une version actuelle — vérifiez d’abord sur une copie installée et ne déduisez pas que le produit est mort à partir du seul dépôt de l’éditeur |
| Witsy | Transféré à un propriétaire d’entreprise et dormant : déplacé le 2026-04-08, dernière version le 2026-03-04, commit le plus récent le 2026-04-09. Le domaine du produit redirige désormais vers le dépôt | Un assistant de bureau et client MCP BYOK dont la documentation est exacte mais non maintenue | Pas une recommandation actuelle. Choisissez un client de bureau maintenu dans le tableau ci-dessus |
| Flowise | Archivé le 2026-08-13, avec ses dépôts de documentation et d’intégration. Les problèmes et demandes de tirage sont verrouillés, et les mainteneurs indiquent que les paquets publiés seront marqués comme obsolètes | Une base de code Apache-2.0 que les mainteneurs demandent aux utilisateurs de forker. Le fonctionnement actuel du cloud hébergé n’est pas précisé, dans un sens ou dans l’autre, et le site marketing ne comporte aucun avis d’archivage | Étape de migration ou de sortie uniquement. Dify et n8n sont les constructeurs de workflows maintenus de ce répertoire. Documentation de migration : alternatives à Flowise, Dify face à Flowise et Flowise face à n8n |
| SWE-agent | Maintenance uniquement et remplacé. Le dépôt n’est pas archivé (dernier push le 2026-09-14), mais le README et la documentation indiquent tous deux que le développement a été déplacé | Toujours utilisable pour reproduire les exécutions de benchmarks publiées à partir d’une seule configuration YAML entièrement documentée | L’amont recommande mini-SWE-agent pour les nouveaux travaux ; il figure dans le tableau des outils de terminal ci-dessus |
| Plandex | Dormant, et son domaine ne se résout plus. Dernier push le 2025-10-03 ; le 2026-09-18, ni le site ni la documentation hébergée ne se résolvaient, ce qui a été confirmé par deux résolveurs publics indépendants | Un agent de planification auto-hébergé dont le site, la documentation hébergée et le cloud sont tous inaccessibles. Les fournisseurs personnalisés nécessitaient l’auto-hébergement même lorsque le site fonctionnait — le niveau BYOK cloud ne pouvait utiliser que les fournisseurs intégrés | Considérez-le comme non maintenu jusqu’à indication contraire de l’amont. Documentation de migration : Plandex face à Aider |
| Mentat (CLI archivée) | Archivé, dernier push le 2025-01-07. Le dépôt a délibérément été renommé vers un chemin d’archive et son README commence par un avis de projet archivé | Un outil en ligne de commande abandonné. Le nom a été réattribué — le README de l’archive indique que Mentat désigne désormais un autre produit, un bot hébergé de revue de code, dont l’état de fonctionnement actuel n’a pas pu être vérifié depuis cet environnement | Rien vers lequel migrer au sein du projet. Choisissez n’importe quel agent de terminal maintenu ci-dessus |
| OpenCode (CLI Go archivée) | Archivé, dernier push le 2025-09-18. Le README commence par un avis indiquant que le projet s’est poursuivi sous le nom Crush | L’OpenCode original en Go et TUI, conservé uniquement pour la provenance | Crush, dans le tableau des outils de terminal ci-dessus. Ne le confondez pas avec l’OpenCode utilisé aujourd’hui, qui est un projet TypeScript distinct — les pages OpenCode existantes de Kunavo décrivent celui-là, et non ce dépôt archivé. Crush face à OpenCode explique cette filiation |
| iFlow CLI | Arrêté. L’avis du dépôt indiquait un arrêt le 17 avril 2026 ; cette date est passée et l’avis figure toujours en haut du README | Un agent de terminal compatible avec OpenAI retiré, dont la documentation de configuration est toujours accessible — c’est précisément le piège | Migration uniquement. Choisissez un agent terminal compatible avec OpenAI et maintenu dans le tableau ci-dessus. Pour la migration : alternatives à iFlow CLI |
État de vérification de Kunavo
Aucun client de cet annuaire n’a effectué de requête via Kunavo lors d’un test consigné. C’est l’état honnête des choses, et il vaut mieux l’énoncer clairement plutôt que de le dissimuler, car cette distinction change ce que vous devez faire ensuite.
| Statut | Signification | Ce que cela ne signifie pas |
|---|---|---|
| Guide de configuration publié | Kunavo a rédigé des étapes de configuration pour ce client, à partir de la documentation du client lui-même | Cela ne signifie pas qu’une requête a été envoyée, qu’un appel d’outil a été mesuré, ni que le client est certifié, vérifié ou officiellement pris en charge |
| Chemins de requête vérifiés | Kunavo a exécuté le client, ou envoyé une requête depuis celui-ci, vers un point de terminaison fictif local ou avec une clé délibérément invalide, et a consigné ce qu’il a envoyé ainsi que ce qui est revenu | Cela ne signifie pas qu’une complétion, un flux ou un appel d’outil a réussi via Kunavo |
| Non testé | Les détails du protocole et du point de terminaison indiqués dans la ligne proviennent de la documentation du fournisseur, du README ou du code source du dépôt à la date de vérification indiquée | Cela ne signifie pas que le client échoue — seulement que personne ici ne l’a exécuté |
40 des 77 clients de cet annuaire disposent d’un guide de configuration Kunavo publié : 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 et Continue. Les guides n8n et TypingMind sont les deux dont les chemins de requête ont été vérifiés ; les autres sont rédigés à partir de la documentation ou du code source du client. Toutes les autres lignes de cet annuaire sont non testées, tout comme les fonctionnalités spécifiques présentées dans ces guides.
Conséquence pratique : considérez votre première tâche sur tout nouveau client comme l’étape de vérification. Envoyez une requête limitée, vérifiez que la réponse est diffusée en continu, vérifiez qu’un appel d’outil renvoie un résultat et contrôlez le montant facturé enregistré avant d’y transférer du travail planifié ou payant.
Coût d’utilisation de votre propre clé
Une fois qu’un client est configuré pour utiliser votre propre point de terminaison, la facturation se fait par jeton plutôt que par siège. Aux tarifs du catalogue actif de Kunavo, Claude Sonnet 5 indique $1.40 par million de jetons d’entrée et $7.00 par million de jetons de sortie ; Claude Haiku 4.5 indique $0.70 et $3.50.
Une session d’agent hypothétique utilisant 400,000 jetons d’entrée non mis en cache et 30,000 jetons de sortie a une estimation du catalogue de $0.77 sur Claude Sonnet 5 et de $0.38 sur Claude Haiku 4.5. Il s’agit d’un calcul de jetons fondé sur des volumes supposés, et non du coût mesuré d’une tâche ni d’un plafond de facturation. Cela exclut les frais de cache, les outils externes et les éventuelles nouvelles tentatives de l’agent ; un agent qui réessaie un appel d’outil ayant échoué paie chaque tentative.
Le tarif affiché le moins élevé et le coût minimal pour terminer une tâche sont deux affirmations différentes, et cet annuaire ne garantit ni l’un ni l’autre. Un modèle plus petit à tarif inférieur peut nécessiter davantage de tentatives et de vérifications ; comparez les candidats sur une grille tarifaire, puis mesurez la même tâche réelle avec deux d’entre eux. Le minimum de Kunavo est un rechargement prépayé de $10 sans abonnement — consultez les détails de facturation pour comprendre comment une estimation du catalogue se rapporte au montant final facturé, et les tarifs pour consulter le catalogue actuel.
Pour aller plus loin : API compatible avec OpenAI décrit la structure de point de terminaison attendue par la plupart de ces clients, URL de base Anthropic couvre les clients utilisant le protocole Messages, et démarrage rapide permet de faire fonctionner une première clé. Créez un compte Kunavo lorsque vous êtes prêt à tester l’un de ces clients avec un point de terminaison réel.
Questions fréquentes
Quels clients d’agents IA peuvent utiliser un endpoint d’API personnalisé ?
La plupart des agents de terminal open source, des interfaces de chat auto-hébergées et des agents personnels toujours actifs documentent un champ d’URL de base sans exigence de forfait ni de compte. Les exceptions se répartissent en quatre groupes : les clients où le champ d’endpoint n’existe que sur certaines interfaces (Factory Droid sur CLI et ordinateur, Qoder dans l’IDE mais pas sur la CLI, OpenHands sur un backend local mais pas sur son backend cloud, l’agent de chat de la plateforme AutoGPT lorsqu’il est auto-hébergé mais pas sur son cloud hébergé), les clients où une URL de base arbitraire est réservée à une formule payante ou en accès anticipé (URL d’endpoint personnalisées d’Amp, Warp pour les organisations de plus de dix employés, Smart Chat Pro), les clients qui ne parlent qu’un seul protocole de fournisseur (Gemini CLI accepte une URL de base mais envoie toujours des requêtes Gemini natives), et les clients sans aucun champ d’endpoint (Kiro CLI, Devon).
Un endpoint personnalisé documenté signifie-t-il que toutes les fonctionnalités fonctionneront ?
Non. Un champ d’URL de base indique seulement où les requêtes sont envoyées. L’appel d’outils, la mise en cache des prompts, la complétion fill-in-the-middle, les embeddings, la vision et le streaming sont des fonctionnalités distinctes qui peuvent chacune échouer alors que le chat fonctionne. Twinny envoie la complétion vers l’ancienne route completions plutôt que vers chat completions, AnythingLLM configure les embeddings comme un fournisseur distinct, SillyTavern supprime les appels d’outils avec certains modes de post-traitement des prompts, et plusieurs clients exigent que vous saisissiez manuellement la fenêtre de contexte et les prix en tokens de chaque modèle. Testez les fonctionnalités précises dont vous avez besoin avant de déplacer un travail réel.
Kunavo a-t-il testé ces clients d’agents ?
Pas de bout en bout. Aucun client de cet annuaire n’a effectué de requête via Kunavo lors d’un test enregistré. Lorsqu’un guide de configuration Kunavo existe, les étapes ont été rédigées à partir de la documentation ou du code source publié par le client lui-même, et non mesurées. Deux pages de configuration vont plus loin : les enregistrements de n8n couvrent des exécutions de n8n 2.41.4 contre un endpoint simulé local et contre Kunavo avec une clé invalide, et ceux de TypingMind couvrent une requête de navigateur envoyée depuis typingmind.com avec une clé invalide — des vérifications au niveau de la requête, et non des exécutions réussies. Chaque affirmation concernant un protocole ou un endpoint est transcrite depuis la documentation, le README ou le code source du dépôt du fournisseur à la date de vérification indiquée. Considérez la première tâche que vous exécutez avec tout nouveau client comme votre propre étape de vérification.
Avec lesquels de ces projets ne devrais-je pas commencer ?
Continue est en lecture seule après une version finale 2.0.0 et son entreprise indique avoir été rachetée par Cursor. Void a été archivé le 2026-06-02 et Flowise le 2026-08-13. iFlow CLI a publié sa propre date d’arrêt, le 17 avril 2026. Mentat et la CLI Go OpenCode sont archivés, et SWE-agent est uniquement en maintenance, l’amont recommandant plutôt mini-SWE-agent. Plandex n’a enregistré aucune activité sur son dépôt depuis 2025-10-03 et son domaine ne se résout plus. Devon n’a aucun commit sur la branche par défaut depuis 2024-07-29, et les instructions de PearAI pour l’utilisation de sa propre clé ont été modifiées pour la dernière fois en novembre 2024. Ces projets ont leur place dans un annuaire de migration et de désambiguïsation, pas comme point de départ.
Le prix le moins élevé du modèle indiqué est-il le moyen le moins cher de terminer une tâche ?
Pas nécessairement. Un tarif indiqué par token et le coût total de réalisation d’un travail sont deux mesures différentes. Un modèle plus petit à un tarif inférieur peut nécessiter davantage de tentatives, un contexte plus long ou davantage de vérification humaine, et un agent qui relance un appel d’outil échoué paie chaque tentative. Comparez une grille tarifaire pour sélectionner des candidats, puis mesurez la même tâche réelle sur deux modèles avant de décider. Kunavo publie les tarifs de son catalogue par token et commence à 10 $ de recharge prépayée, sans abonnement.
Chaque nom de client dans les tableaux ci-dessus renvoie vers la page de documentation, le README ou le fichier du dépôt du projet à partir duquel la ligne a été rédigée ; lorsqu’une ligne repose également sur une seconde page — la documentation distincte d’une CLI, la page d’authentification d’un fournisseur — cette page est liée directement dans la cellule qui présente l’affirmation. Ces informations ont été recueillies le 17 septembre 2026. La vérification du 18 septembre 2026 a réexaminé le cycle de vie via l’API REST GitHub — indicateurs d’archivage, dates de push, dates de commit et redirections d’anciens chemins — pour toutes les lignes concernant des projets archivés, toutes celles concernant des clients sans point de terminaison et la plupart des lignes actives, et a relu la documentation liée pour un sous-ensemble des cellules relatives au protocole et à l’utilisation de votre propre clé, plutôt que pour chaque ligne. Lorsque le site marketing d’un projet et son dépôt divergeaient, le dépôt et les déclarations des mainteneurs eux-mêmes ont été utilisés, et le désaccord est indiqué dans la ligne. Le nombre d’étoiles, les dates de push et les structures des forfaits sont des données relevées à un instant donné qui évolueront — chaque cellule de cycle de vie est rédigée de manière à permettre de relancer la même vérification. Le 1er octobre 2026, le cycle de vie a été revérifié via l’API GitHub pour chaque client disposant d’un dépôt public, chaque lien source a été rouvert, et les lignes n8n, TypingMind et Msty Studio ainsi que la limite de Kiro CLI ont été corrigées à partir des vérifications effectuées ce jour-là. Le même jour, la cellule de protocole de la ligne Pi a été revérifiée par rapport à la page actualisée des modèles de Pi et au type api, à son mécanisme de dispatch et aux implémentations enregistrées dans le code source de Pi à la v0.99.2, puis corrigée ; son filtre de protocole reflète toujours les quatre valeurs documentées. Ont également été corrigées ce jour-là : les cellules de protocole et d’usage recommandé de la ligne Oh My Pi, revérifiées par rapport à son fichier docs/models.md et à son schéma models.yml à la v18.4.8, ainsi que la cellule de protocole et le filtre de la ligne OpenClaw, revérifiés par rapport à sa page des fournisseurs personnalisés, à la référence de configuration de la passerelle, à la page du fournisseur Google et au schéma de configuration à la v2026.9.7. Les tarifs des jetons Kunavo sont lus dans le catalogue en ligne actuel ; les exemples de coûts sont des calculs de jetons illustratifs.