Magpie vs CC Switch : quel gestionnaire de fournisseurs d’agents choisir ?

Claude Code, Codex et Gemini CLI sont des agents. Le modèle qui répond à leurs requêtes — et le fournisseur qui sert ce modèle — constituent des choix distincts. Pour gérer ces choix dans plusieurs outils, des logiciels comme Magpie, CC Switch, Claude Code Router et CLIProxyAPI se révèlent utiles.

En bref : retenez Magpie pour une passerelle partagée entre plusieurs agents, CC Switch pour un espace de configuration de bureau intégré, Claude Code Router pour des règles explicites de routage des requêtes et CLIProxyAPI pour un proxy compatible adossé à un compte. Ces atouts se recoupent ; il ne s’agit pas de quatre catégories exclusives. CC Switch propose du routage ; Magpie offre des fonctionnalités d’espace de travail ; Claude Code Router prend en charge d’autres outils que Claude Code.

La question utile n’est pas de savoir quel produit possède la liste de fonctionnalités la plus longue, mais quelle partie de votre configuration d’agent vous voulez lui confier.

Périmètre : documentation officielle consultée le 3 novembre 2026. Il s’agit d’une comparaison fondée sur la documentation, et non d’un benchmark pratique, d’un test de fiabilité ou d’un audit de sécurité. La prise en charge annoncée ne garantit pas un comportement identique avec chaque agent, fournisseur et version. AIHubMix a préparé cette comparaison ; le README de Claude Code Router cite AIHubMix parmi ses sponsors. Cette mention est divulguée ici, et non présentée comme une preuve technique.

Commencez par distinguer l’agent de son fournisseur en amont

Un agent fournit l’environnement de travail : accès aux fichiers, outils shell, règles d’approbation et boucle de conversation. Un modèle fournit les réponses. Un fournisseur donne accès à ce modèle via un endpoint, une clé API ou, lorsque cela est pris en charge, une connexion à un compte.

Changer le modèle en amont ne transforme pas Claude Code en Codex. De même, une réponse API réussie ne prouve pas que chaque appel d’outil, image, champ de raisonnement ou conversation de longue durée se comportera de façon identique.

C’est pourquoi cette comparaison porte sur des logiciels qui contrôlent des agents de programmation existants. Un service de modèles hébergé ou une passerelle destinée au backend d’une application répond à un problème connexe ; ce n’est pas nécessairement l’outil qui gère la configuration de votre agent local.

Cinq opérations sont faciles à confondre :

• Le changement de configuration modifie l’endpoint, la clé ou le modèle utilisé par un agent.
• Le routage local intercale une passerelle entre l’agent et son fournisseur en amont. La passerelle peut choisir une destination ou convertir les formats d’API.
• L’agrégation de modèles regroupe les modèles de plusieurs fournisseurs dans une seule liste de sélection. Elle ne fournit pas de basculement automatique en soi.
• La mutualisation des comptes consiste à choisir parmi plusieurs identifiants ou comptes. Le round robin est une stratégie de répartition, pas la garantie que chaque requête échouée sera récupérée.
• Le basculement essaie une autre destination configurée après un échec répondant à certains critères. Sa portée et ses conditions dépendent de l’implémentation.

Commencez par déterminer l’opération dont vous avez besoin, puis choisissez le produit.

Une sélection rapide

Servez-vous de ce tableau pour choisir par où commencer, puis vérifiez les restrictions détaillées ci-dessous.

CCR désigne Claude Code Router. Ces sélections éditoriales se recoupent ; elles ne correspondent ni à des fonctionnalités exclusives ni à des classements mesurés. Pour que Magpie puisse basculer, il lui faut une autre destination utilisable ; l’agrégation de CC Switch n’inclut pas de basculement automatique ; les règles de CCR doivent être validées ; l’interface de bureau et les statistiques de CLIProxyAPI sont des composants distincts. La couverture varie selon l’agent et le fournisseur.

Magpie : regrouper plusieurs agents derrière une passerelle de modèles

Magpie associe la gestion native de la configuration des agents à une passerelle locale partagée. Ses intégrations documentées comprennent notamment Claude Code, Codex, Gemini CLI, OpenCode, Cline et Cursor CLI. L’interface affiche les installations détectées ; un client qui accepte une URL de base compatible peut aussi utiliser la passerelle, ce qui ne revient pas à disposer d’une intégration native dédiée.

Sa passerelle convertit les formats OpenAI Chat, OpenAI Responses, Anthropic Messages et Gemini. Les fournisseurs peuvent inclure des services à clé API, des endpoints personnalisés compatibles, des serveurs de modèles locaux et des comptes d’abonnement pris en charge. Les profils enregistrent les configurations de plusieurs agents sous un seul nom.

Son idée distinctive est le groupe de routage : plusieurs modèles ou fournisseurs présentés à un agent comme un seul choix. Les modes documentés comprennent :

• order : utiliser le premier membre jusqu’à ce qu’il ne puisse plus répondre, puis essayer le suivant.
• rotate : passer à un autre membre à chaque tour.
• usage : privilégier le membre le moins utilisé.
• smart : parmi les abonnements admissibles disposant encore de quota, privilégier celui dont la réinitialisation est la plus proche.
• pace : choisir en fonction de la capacité hebdomadaire restante par rapport au temps avant la réinitialisation.

Les groupes peuvent être imbriqués. Magpie décrit aussi une option qui maintient une conversation sur le compte qui a répondu lorsque la conservation de son cache de prompt est avantageuse. Il s’agit d’une stratégie de routage, et non de la preuve que tout changement arbitraire de fournisseur préserve l’état mis en cache. Son routage facultatif selon l’intention utilise un modèle choisi par l’utilisateur pour lire les nouveaux tours ; la documentation n’établit pas que cela permet toujours de réduire les coûts.

Il existe une limite simple mais importante au basculement : il faut qu’une autre destination utilisable soit disponible. Le README précise explicitement qu’un compte unique sans groupe de routage ne permet aucun basculement ; l’erreur est donc transmise à l’agent.

Magpie ne se limite pas au routage. Sa bibliothèque gère les instructions, les serveurs MCP, les compétences et les sous-agents. La documentation mentionne également des vues d’utilisation, de quota, de coûts et de sessions. Magpie propose des interfaces de bureau, de terminal, de navigateur et CLI, et indique prendre en charge macOS, Windows, Linux, Docker et Termux.

Les contrôles de confidentialité méritent une décision distincte

Le masquage de Magpie est désactivé par défaut. Lorsqu’il est activé, l’outil détecte localement certaines valeurs sensibles prises en charge, les remplace par des espaces réservés avant leur transmission, puis les rétablit dans les réponses, y compris les arguments des outils. La détection peut se tromper ; un modèle ne peut pas examiner la valeur originale d’un élément masqué. Si le masquage activé ne peut pas s’exécuter, le README indique que la requête est retenue et qu’une réponse HTTP 503 est renvoyée.

Cela ne garantit pas que chaque secret sera détecté. Consultez la documentation sur la confidentialité, notamment les explications sur la détection des comptes : Magpie peut lire les connexions existantes des agents, et cette détection peut être désactivée.

Le README décrit également une télémétrie quotidienne dans les versions de production : elle comprend un identifiant aléatoire, la version, le système et des identifiants d’utilisation du produit. Les paramètres de confidentialité ou DO_NOT_TRACK=1 peuvent désactiver cette télémétrie. Les clics sur les liens partenaires et les consultations de la liste des partenaires sont comptabilisés indépendamment de ces contrôles ; le README indique que ces décomptes ne conservent ni identifiant ni adresse. « Passerelle locale » ne signifie donc pas « aucune autre activité réseau ».

Choisissez Magpie si : vous voulez que plusieurs agents partagent les choix de fournisseurs, de modèles et de routage de comptes. En contrepartie, vous assumez la responsabilité de la stratégie de routage, de l’accès aux identifiants et des paramètres de confidentialité ; il ne s’agit pas simplement de choisir un modèle dans un menu.

CC Switch : un espace de travail de bureau qui route aussi les requêtes

Réduire CC Switch à un simple outil de changement de configuration ne rend pas justice à l’étendue de ses fonctionnalités documentées. Outre la gestion des fournisseurs, il propose MCP, des compétences, des bibliothèques de prompts, des configurations de projets, des sessions, le suivi de l’utilisation, des sauvegardes et la synchronisation. Les clients répertoriés comprennent Claude Code, Claude Desktop, Codex, Gemini CLI, OpenCode et d’autres outils, mais les fonctionnalités disponibles varient selon le client.

Ses trois modes de connexion éclairent une bonne partie de la comparaison :

Le mode direct connecte l’agent au fournisseur choisi. Le changement conserve les champs sans rapport avec la connexion, notamment les hooks, les plugins, les paramètres MCP et les commentaires, selon le projet.

Le mode routage fait transiter les requêtes par CC Switch en local. Il convertit les formats Anthropic Messages, OpenAI Chat Completions, OpenAI Responses et Gemini Native, et prend en charge les files de basculement par outil, les disjoncteurs et la surveillance de l’état des fournisseurs.

Le mode agrégation, pour Claude Code et Codex, place les modèles de plusieurs fournisseurs dans le sélecteur de modèles du client. Les requêtes sont envoyées au fournisseur du modèle choisi. L’agrégation ne fournit pas de basculement automatique. Elle comporte aussi des restrictions concernant les fournisseurs, notamment l’absence des abonnements officiels Claude en mode agrégation. En règle générale, les fournisseurs nécessitant une connexion officielle ne peuvent pas être utilisés en mode routage ; la documentation fait une exception pour OpenAI Official dans Codex.

CC Switch constitue donc une option crédible pour le simple changement de configuration comme pour le routage local. L’accent mis sur l’espace de travail de bureau est une raison éditoriale de le retenir, et non la preuve que les solutions concurrentes ne proposent pas de bibliothèques ou de vues de session.

Les limites pratiques comptent davantage que le nombre de préréglages

CC Switch documente le changement à chaud pour Claude Code. Pour Codex, Gemini CLI et Grok Build, le changement direct de fournisseur nécessite généralement un redémarrage ; le mode routage peut lui aussi en exiger un lorsque le modèle change. Les modifications de la liste d’agrégation de Codex nécessitent de redémarrer le daemon, l’application ou l’environnement d’éditeur concerné. Prévoyez ces changements en dehors d’une tâche en cours.

Un autre détail utile apparaît dans la FAQ : le test de connectivité d’une fiche fournisseur vérifie l’accessibilité, pas le bon fonctionnement de la clé API ou du modèle. Une coche verte ne constitue pas un test d’acceptation de bout en bout.

Les données sont enregistrées par défaut dans ~/.cc-switch, avec une base de données SQLite et les fichiers associés. Le README décrit des sauvegardes de la configuration d’origine avant la première réécriture, des sauvegardes automatiques et la synchronisation compatible avec WebDAV/S3. Certains paramètres d’appareil, états et sauvegardes de la configuration d’origine restent en local et ne sont pas synchronisés dans le cloud. Ne partez pas du principe que la synchronisation de l’application transfère toutes les données nécessaires à la restauration.

L’application officielle cible les ordinateurs de bureau dotés d’une interface graphique sous macOS, Windows et Linux. Consultez le guide d’utilisation pour connaître la matrice exacte des fonctionnalités par agent et les restrictions liées aux modes.

Choisissez CC Switch si : les changements de fournisseur s’inscrivent dans un flux de travail de bureau plus vaste, intégrant MCP, compétences, prompts et projets. Si vous avez uniquement besoin d’un proxy réutilisable sans interface, évaluez séparément cette exigence au lieu de supposer une parité des fonctionnalités avec l’application de bureau.

Claude Code Router : expliciter les décisions de routage

Claude Code Router, ou CCR, se présente désormais comme une passerelle multi-agents et un plan de contrôle. Son fichier README répertorie Codex, OpenCode, Pi, Kimi CLI, Grok CLI et d'autres clients, aux côtés de Claude Code.

Les fonctionnalités documentées placent les règles de routage au cœur du système : conditions portant sur les en-têtes et les corps des requêtes, préfixes, réécriture des requêtes, nouvelles tentatives et modèles de secours ordonnés. Les pools d'identifiants et la rotation des clés côtoient les profils d'agents, les remplacements de modèles et les paramètres d'environnement.

Cette combinaison est utile lorsque « sélectionner un autre fournisseur » est trop vague. Vous voudrez peut-être qu'une condition précise de requête sélectionne un amont donné, puis avoir besoin de comprendre pourquoi cette règle s'est appliquée.

CCR documente les détails des requêtes et des réponses, le fournisseur/modèle/identifiant résolu, le statut, la latence, les tokens, le coût estimé, les appels d'outil et les traces. Les estimations de coût ne correspondent pas à la facture de l'amont. Les journaux permettent d'inspecter une règle ; ils ne prouvent pas que celle-ci améliore la qualité des tâches.

Le projet propose des téléchargements pour ordinateur sur macOS, Windows et Linux, une CLI npm avec une interface de gestion dans le navigateur, ainsi qu'un déploiement Docker. La CLI npm nécessite Node.js 22 ou une version ultérieure. Son guide des fournisseurs couvre les endpoints personnalisés, le choix du protocole et les pools d'identifiants ; il avertit également que les tests de connexion envoient des requêtes à l'amont et peuvent consommer de l'utilisation ou des limites de requêtes.

Ajoutez CCR à votre sélection si : vous avez besoin de règles de routage explicites et d'une explication de la route résolue. En contrepartie, vous devrez gérer ces règles. Davantage de conditions et de chemins de secours signifie davantage de combinaisons à valider, pas automatiquement de meilleurs résultats.

CLIProxyAPI : partir des comptes et d'un proxy compatible

CLIProxyAPI repose sur un modèle de serveur proxy. Il expose aux clients et aux SDK des interfaces compatibles avec OpenAI, notamment Responses, des interfaces compatibles avec Gemini, notamment Interactions, et des interfaces compatibles avec Claude.

Son README documente la prise en charge d'OAuth pour Codex et Claude Code, l'accès aux comptes Gemini et l'équilibrage multi-comptes par tourniquet pour plusieurs fournisseurs. Il accepte également les amonts configurés compatibles avec OpenAI et propose un SDK Go réutilisable.

C'est un point de départ utile lorsque le besoin central est un endpoint compatible s'appuyant sur des comptes ou des identifiants. Cela ne prouve pas que le projet principal modifie nativement les profils de chaque agent.

Deux détails de packaging influent sur la décision :

• Le README recommande un compagnon de bureau distinct, EasyCLIProxyAPI, pour la configuration graphique, les mises à jour, les commandes de la zone de notification et le démarrage/l'arrêt du service.
• Depuis v6.10.0, CLIProxyAPI et CPAMC n'intègrent plus de statistiques d'utilisation ; le README renvoie vers des projets distincts dédiés aux statistiques et à la gestion.

Lors de l'estimation de la maintenance, considérez le proxy, le compagnon de bureau et le service d'analyse comme des composants distincts. Ne déduisez pas que CLIProxyAPI ne dispose pas de commandes de nouvelle tentative ou de reprise : vérifiez la configuration de la version choisie. De même, ne confondez pas la répartition des comptes par tourniquet avec une règle de secours garantie entre modèles.

Ajoutez CLIProxyAPI à votre sélection si : le proxy adossé à des comptes est ce dont vous avez besoin et que vous êtes à l'aise à l'idée de choisir séparément les composants de gestion environnants.

Avant de connecter un vrai projet

Ces outils se trouvent à proximité des identifiants, du contexte source et des actions exécutables des agents. Un processus local fait lui aussi partie de votre périmètre de confiance.

Tout d'abord, distinguez une clé API d'une connexion par abonnement. La prise en charge d'un flux OAuth par un logiciel ne signifie pas que le fournisseur autorise toutes les utilisations dans des clients tiers. CC Switch met explicitement en garde contre l'utilisation d'abonnements en dehors des clients officiels. Vérifiez les conditions actuelles du fournisseur et les règles de votre organisation ; un gestionnaire ne crée aucun droit supplémentaire et ne supprime aucune limite.

Ensuite, déterminez qui est responsable de chaque fichier de configuration. Par mesure de précaution opérationnelle, évitez que plusieurs gestionnaires réécrivent automatiquement les mêmes paramètres d'agent. Sauvegardez les fichiers d'origine et sachez comment rétablir l'accès direct. Cette recommandation ne prétend pas qu'un défaut de ces produits ait été démontré.

Enfin, vérifiez le traitement des identifiants et des journaux. Cette comparaison n'a pas vérifié le chiffrement au repos. Examinez les autorisations, la portée des sauvegardes/synchronisations, la découverte des comptes et le contenu des journaux de requêtes avant d'importer des identifiants de production. Si vous activez l'accès à distance, examinez les paramètres d'authentification et d'exposition plutôt que de considérer les réglages locaux par défaut comme une garantie de sécurité.

Enfin, testez le comportement des protocoles, et pas seulement leurs noms. OpenAI Chat Completions et Responses sont des API différentes ; Anthropic Messages et Gemini ont leurs propres structures. Une promesse de conversion ne garantit pas un comportement sans perte pour chaque outil, champ de raisonnement ou image.

Un petit exercice de validation

L'exercice proposé ci-dessous est destiné aux lecteurs ; il n'a pas été réalisé pour cet article :

1. Utilisez un dépôt jetable et des identifiants de test aux privilèges limités. Sauvegardez la configuration d'origine de l'agent.
2. Connectez un agent à un seul fournisseur. Vérifiez une réponse simple et inspectez le fournisseur/modèle réellement sélectionné.
3. Demandez-lui de lire un fichier inoffensif et de proposer une petite modification. Vérifiez un cycle complet d'appel d'outil et de résultat, ainsi que la fin du streaming, avant d'autoriser les écritures.
4. N'ajoutez une deuxième route que si nécessaire. Avec un mock local sûr ou une configuration de test autorisée, vérifiez la condition d'échec prévue et si la destination de remplacement documentée est bien sélectionnée. Évitez d'épuiser volontairement des quotas payants.
5. Vérifiez que les nouvelles tentatives ou la reprise n'entraînent pas de répétition d'actions d'outil ayant des effets de bord dans votre flux de travail. Il s'agit d'un critère de validation, et non d'un bogue observé dans le produit.
6. Arrêtez le gestionnaire et vérifiez la procédure documentée de retour à l'accès direct ou de restauration. Vérifiez les exigences de redémarrage, puis comparez les estimations d'utilisation aux données du fournisseur.

Choisissez la configuration la plus simple qui réussit cet exercice. Si un agent utilisant déjà son fournisseur officiel répond à vos besoins, l'ajout d'une passerelle locale ne résoudra peut-être aucun problème.

Le verdict : choisissez un responsable, pas un gagnant

Pour le routage partagé des modèles et des comptes entre agents, commencez par Magpie. Pour la configuration de bureau et la gestion des espaces de travail, commencez par CC Switch. Pour les règles explicites sur les requêtes et l'inspection des routes, commencez par CCR. Pour un proxy réutilisable adossé à des comptes, commencez par CLIProxyAPI et tenez compte de ses composants compagnons.

Ces recommandations reflètent les priorités documentées, et non une supériorité mesurée. La bonne configuration est celle où vous pouvez expliquer quel modèle a traité une requête, quels identifiants il a utilisés, ce qui se passe en cas d'échec et comment annuler le changement.

FAQ

CC Switch est-il uniquement un outil de changement de configuration ?
Non. Il documente les modes Direct, Routing et Aggregation, notamment la conversion de format locale et les files d'attente de basculement par outil. La disponibilité varie selon le client et le fournisseur.

L'agrégation assure-t-elle automatiquement un mécanisme de secours ?
Non. CC Switch distingue explicitement l'agrégation du basculement. Un sélecteur de modèles combiné n'est pas une règle de reprise.

Magpie conserve-t-il chaque requête en local ?
Non. Sa passerelle s'exécute localement, mais l'inférence auprès d'un fournisseur distant envoie les requêtes à l'amont. Son README documente également des commandes de télémétrie et le comptage distinct des événements partenaires. Le masquage facultatif est désactivé par défaut et peut ne pas détecter certaines valeurs ou les classifier incorrectement.

Changer de modèle modifie-t-il les outils et les autorisations de l'agent ?
Pas à lui seul. L'environnement d'outils et les règles d'autorisation restent sous la responsabilité de l'agent ; la façon dont le nouveau modèle gère ces outils doit néanmoins être validée.

Une connexion par abonnement peut-elle remplacer une clé API dans n'importe quel client ?
Ne le présumez pas. La prise en charge technique de la connexion, les modèles disponibles, les droits associés au compte et l'autorisation du fournisseur sont des questions distinctes. Vérifiez les conditions actuelles et les règles de votre organisation.

Quel produit est le plus rapide ou le plus sûr ?
Cette comparaison ne permet pas de le déterminer. Elle s'appuie sur la documentation officielle et ne comprend ni benchmark de performance indépendant, ni mesure de fiabilité, ni audit de sécurité.

Sources

Sources officielles consultées le 3 novembre 2026 :

1. README de Magpie — passerelle, agents, groupes, Library et comportement en matière de confidentialité.
2. README de CC Switch — modes de connexion, prise en charge par agent, redémarrages et stockage.
3. README de Claude Code Router — profils d'agents, routage, identifiants et déploiement.
4. README de CLIProxyAPI — interfaces compatibles, comptes, logiciels compagnons et limites des statistiques.
5. Guide des fournisseurs de CCR — protocoles amont, fournisseurs personnalisés, pools d'identifiants et coûts des requêtes de test.