Alternatives à Mistral Vibe : choisissez selon le workflow et le contrôle de l’API

Le point de départ honnête pour les alternatives à Mistral Vibe est que Vibe CLI n’est pas près de disparaître : mistralai/mistral-vibe est sous licence Apache-2.0, n’est pas archivé, a publié la version v2.25.5 le 18 septembre 2026 et a reçu son dernier push le 21 septembre 2026. Les utilisateurs le remplacent pour quatre raisons précises — des appels en arrière-plan qui atteignent toujours Mistral, des fonctions vocales sans voie tierce, des valeurs par défaut modifiables à distance et un rythme de publication suffisamment rapide pour casser une configuration fonctionnelle — et chacune de ces raisons pointe vers un remplacement différent. Cette page est l’arbre de décision, ainsi que l’impact réel d’un changement sur vos fichiers.

Commençons par une clarification, car elle détermine quels prix sont réellement pertinents. Mistral a renommé Le Chat en Vibe le 28 mai 2026 : « Le Chat est désormais Vibe », un agent et une licence pour le travail et le code. Ainsi, « Mistral Vibe » désigne désormais à la fois un assistant grand public et un agent de codage, et chaque abonnement trouvé sous ce nom achète l’assistant. La CLI est le paquet mistral-vibe, sous licence Apache-2.0, à 0 $. Un troisième produit, Mistral Code Enterprise, est un plugin déprécié distinct : « déprécié au profit de Mistral Vibe », fonctionnel jusqu’en mars 2027, réservé aux licences d’entreprise. Deux homonymies méritent également d’être signalées : vibe.us vend du matériel de collaboration pour salles de réunion, et les récapitulatifs du « vibe coding » consacrés à Replit, Bolt et Lovable portent sur une méthodologie, et non sur le remplacement d’un agent de terminal.

Pourquoi les utilisateurs quittent Vibe CLI

Toutes les requêtes ne sont pas envoyées au fournisseur que vous avez déclaré. Dans la version v2.25.5, le module utility-completion définit un modèle Mistral rapide, mistral-vibe-cli-fast, et sa docstring indique qu’il est privilégié chaque fois qu’un fournisseur Mistral est utilisable, « même lorsque le fournisseur actif de la session est différent » — et les valeurs par défaut intégrées en configurent toujours un. Les appelants sont des fonctions auxiliaires exécutées en arrière-plan, et non vos tours de codage : titres de session, noms d’arbres de travail git, boucle de l’agent et environnement d’exécution du serveur d’application. Trois solutions de contournement documentées existent dans le même fichier : aucun fournisseur Mistral utilisable, une liste blanche allowed_models excluant l’alias mistral-small, ou une MISTRAL_API_KEY impossible à résoudre. Si votre raison de partir est que « tout le trafic doit atteindre un seul point de terminaison », commencez par là avant de migrer — le problème est peut-être déjà résoluble sur place.

La parole est limitée au protocole audio propre à Mistral. Dans cette version, TranscribeClient et TTSClient sont des énumérations de chaînes dont l’unique membre est Mistral, et les valeurs par défaut fournies pointent vers wss://api.mistral.ai et https://api.mistral.ai, toutes deux fondées sur MISTRAL_API_KEY. Un bloc [[transcribe_providers]] ou [[tts_providers]] permet de modifier api_base et la variable de clé — mais il ne peut pas modifier le client ; le point vers lequel vous le dirigez doit donc toujours parler l’API audio propre à Mistral. Kunavo ne fournit pas non plus de modèle de reconnaissance vocale, de synthèse vocale ou d’embeddings ; changer de client ou de passerelle ne résout donc pas une exigence vocale — cette étape nécessite un fournisseur qui la propose, et cette page ne prétendra pas le contraire.

Certaines valeurs par défaut sont définies à distance. Le schéma de configuration 2.25.5 fournit ExperimentsConfig avec enable = True vers https://experiments.mistral.services/, et enable_telemetry vaut True par défaut. Cette couche peut fournir routed_default_model, routed_model_config et routed_extra_models lors de l’exécution, et elle protège le mode Smart Approve derrière deux indicateurs d’expérimentation qui restent désactivés tant qu’un déploiement progressif ne les active pas. Ce dernier point ajoute une réserve à notre propre page Vibe CLI face à Claude Code, qui décrit le classifieur de Smart Approve exécuté sur le modèle Mistral rapide : dans la version 2.25.5, les deux indicateurs sont désactivés par défaut et le mode est masqué jusqu’à ce qu’un déploiement le rende accessible ; ce routage ne vous atteint donc qu’une fois Smart Approve effectivement proposé. Le routage du modèle utilitaire présenté ci-dessus reste valable pour les titres et les noms d’arbres de travail.

Le rythme de publication est suffisamment rapide pour casser une configuration fonctionnelle. Le journal des modifications de la version 2.25.5 consigne un correctif pour les fournisseurs configurés sans variable d’environnement de clé API — serveurs de modèles locaux ou auto-hébergés — qui « s’exécutent à nouveau sur l’Unified Harness au lieu d’échouer à chaque tour avec une erreur MISTRAL_API_KEY manquante ». Cela signifie qu’un fournisseur local sans clé échouait sur l’Unified Harness dans au moins une version antérieure ; le journal des modifications n’indique pas à partir de quelle version, vérifiez donc ce point par rapport à celle que vous installez. La même version retire l’étiquette « experimental » de ce harnais et désigne --legacy-harness comme solution de contournement, tandis que la version 2.25.4 répertorie cinq identifiants CVE corrigés dans la vérification des permissions du shell (identifiants tels qu’imprimés dans le journal des modifications, et non vérifiés séparément dans une base CVE). Épinglez la version dans toute procédure que vous rédigez.

Quelle alternative correspond à quelle raison de partir

Les chiffres du dépôt, des versions et des marketplaces ont été relevés via l’API GitHub, PyPI, Visual Studio Marketplace et la documentation propre à chaque projet le 21 septembre 2026. Trois de ces projets répondent désormais sous un propriétaire différent de celui indiqué par l’URL encore imprimée dans la plupart des guides. Les redirections GitHub prouvent le nouveau propriétaire, mais aucune annonce datée n’a été trouvée pour aucun d’eux ; interprétez-les donc comme des changements de nom consignés, et non comme des acquisitions. Une limite concerne la première ligne : la vérification a porté sur la configuration du fournisseur personnalisé de chaque projet, et non sur son trafic en arrière-plan ; si « chaque appel atteint mon point de terminaison » est l’exigence réelle, confirmez-le avec un journal de proxy dans votre propre configuration. Des comparaisons plus approfondies sont disponibles dans les alternatives à OpenCode, les alternatives à Aider et Crush face à OpenCode.

Vérifiez le protocole avant de choisir

C’est la partie qu’un tableau de fonctionnalités omet, et elle détermine si votre clé existante fonctionne réellement. Chaque client accepte un ensemble différent de protocoles pour un point de terminaison personnalisé, et l’un d’eux rejette le format fourni par la plupart des passerelles.

Trois détails qui coûtent chacun un après-midi. Pour les styles de Vibe de type OpenAI, api_base doit être la racine /v1, car l’adaptateur OpenAI lui-même ajoute /chat/completions — tandis que l’adaptateur anthropic ajoute /v1/messages, qui attend donc la racine de l’hôte. La configuration de Crush a changé : en version v0.96.1, crushrc est l’emplacement documenté pour ajouter un fournisseur, tandis que crush.json reste sous $HOME/.local/share/crush/ ; un tutoriel qui ajoute un fournisseur au fichier JSON décrit donc une ancienne structure — et le README avertit que les deux fichiers sont du code de confiance, puisque crushrc s’exécute dans un shell complet. Enfin, la restriction de Codex CLI interrompt les migrations dès le départ : une clé chat-completions n’est pas un fournisseur Codex CLI dans cette version.

Pour le changement le plus courant — de Vibe CLI à OpenCode, en conservant une seule clé — la déclaration côté cible est un fichier, pas un assistant :

{
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Kunavo",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": {
        "claude-sonnet-4-6": { "name": "Claude Sonnet 4.6" }
      }
    }
  }
}

L’équivalent de Crush est une ligne crushrc — provider add kunavo --type openai-compat --base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY" — suivie d’un model add pour chaque modèle que vous souhaitez afficher ; c’est la structure utilisée par l’exemple de fournisseur personnalisé du README. Les deux sont des structures de configuration publiées, lues dans la documentation propre à chaque projet, et non des tests d’exécution : Kunavo n’a exécuté aucun de ces deux clients contre son endpoint. Les références de configuration se trouvent dans l’intégration OpenCode, l’intégration Crush et l’intégration Mistral Vibe.

Ce qui migre, ce qui ne migre pas et comment revenir en arrière

Se transfère par copie de fichier : AGENTS.md. Vibe CLI 2.25.5 définit AGENTS_MD_FILENAME = "AGENTS.md", la documentation d’OpenCode vous demande de valider le AGENTS.md de votre projet dans Git, et Crush v0.96.1 lit ~/.config/AGENTS.md et fournit une option initialize-as AGENTS.md. Même nom de fichier, cette partie est donc portable — bien que chaque client interprète son contenu à sa manière ; lisez-le donc une fois dans le nouvel outil au lieu de supposer un comportement identique.

Ne se transfère pas : outils, compétences, plugins et sous-agents. Vibe les conserve dans un répertoire de projet .vibe/ avec les sous-répertoires tools/, skills/, plugins/ et agents/, ainsi qu’un répertoire .agents/skills, avec leurs équivalents globaux sous ~/.vibe. Aucun autre client présenté ici ne lit cette structure ; prévoyez donc de les redéclarer manuellement. Les clés ne se transfèrent pas non plus : le processus de configuration de Vibe les écrit dans ~/.vibe/.env, les variables d’environnement sont prioritaires, et chaque client cible utilise sa propre variable.

L’historique ne se transfère absolument pas. Les sessions Vibe sont des fichiers locaux sous ~/.vibe/logs/session — un .session_index.json, puis un meta.json et un messages.jsonl par session. Le wheel 2.25.5 fournit trois scripts de console (vibe, vibe-acp, vibe-app-server) et expose --continue et --resume ; aucune commande d’exportation n’y a été trouvée. Depuis la version 2.25.5, ce répertoire est accessible uniquement à son propriétaire sur les systèmes non Windows. Conservez-le au lieu de prévoir de l’importer.

Une migration qui ne vous laissera pas sans solution, dans l’ordre : copiez AGENTS.md à la racine du projet du nouveau client ; déclarez le fournisseur dans le propre fichier de ce client en utilisant le protocole du tableau ci-dessus ; exportez la variable de clé qu’il indique ; exécutez une tâche limitée — une modification d’un seul fichier, puis une investigation sur plusieurs fichiers — dans les deux clients ; consultez ce que votre compte fournisseur a enregistré pour chacune. Préparez le retour en arrière avant de commencer : Vibe CLI est un package Python ordinaire ; réinstaller la version utilisée (uv tool install mistral-vibe==2.25.5) restaure donc le client, et laisser ~/.vibe inchangé pendant l’essai préserve à la fois votre configuration et votre fichier de clé.

Ce que le changement fait à votre facture

Presque rien, et c’est précisément le but : avec une utilisation de votre propre clé, le client est un logiciel libre et c’est le modèle qui détermine la facture. Ces chiffres sont une arithmétique illustrative des tokens, pas les coûts mesurés d’une tâche ni un plafond de facturation. Supposons qu’une session envoie 200,000 tokens d’entrée non mis en cache et reçoive 12,000 tokens de sortie. La première ligne correspond au tarif publié par Mistral pour le modèle par défaut de Vibe CLI, indiqué à titre de comparaison — Kunavo ne vend pas de modèles Mistral. Les autres correspondent aux tarifs actuels du catalogue Kunavo par million de tokens.

Le chiffre de Mistral est extrait de sa liste de prix API le 21 septembre 2026, et la configuration fournie avec Vibe déclare les mêmes deux nombres pour mistral-vibe-cli-latest. Ce que le tableau ne peut pas vous dire : le tarif affiché le plus bas et le coût total le plus faible pour terminer la tâche sont deux affirmations différentes, et un modèle qui nécessite trois tentatives peut coûter plus cher qu’un modèle plus onéreux qui réussit en une seule passe. Multipliez par votre propre nombre de sessions quotidiennes avant d’en faire un budget.

Le montant du catalogue Kunavo constitue un plancher de facturation plutôt qu’un plafond : lorsque l’amont communique son coût, la facture correspond au montant le plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Les frais de cache et les outils externes ne sont pas inclus dans cet exemple. Le rechargement minimal est de $10 de crédit prépayé, ce qui alimente un solde plutôt que d’acheter un forfait — consultez les détails de facturation, puis créez un compte Kunavo lorsque vous serez prêt à créditer une clé pour le client que vous aurez choisi.

Vous hésitez encore entre rester et changer ? Mistral Vibe ou Claude Code explique comment conserver le CLI en le dirigeant ailleurs, la meilleure API pour OpenCode traite la question du fournisseur pour la destination la plus courante, et les alternatives à Claude Code élargit l’éventail si le terminal n’est pas la contrainte.

Questions fréquentes

Vérifié le 21 septembre 2026 : l’API GitHub pour mistral-vibe, opencode, goose, OpenHands, Roo-Code, crush, codex, cline et kilocode ; PyPI pour mistral-vibe 2.25.5 ; les entrées Visual Studio Marketplace et JetBrains Marketplace citées ci-dessus ; le code source, le journal des modifications et le README du wheel v2.25.5 ; les pages de configuration CLI et de clés API de docs.mistral.ai ; mistral.ai/pricing, mistral.ai/pricing/api et l’annonce du changement de nom de Vibe ; opencode.ai, goose-docs.ai, roomote.dev, le README de Crush v0.96.1 et la référence de configuration Codex d’OpenAI. Aucun client n’a été installé ou exécuté contre Kunavo ; rien de ceci ne constitue donc un test de compatibilité, et chaque montant en dollars est une arithmétique illustrative des tokens plutôt qu’un coût mesuré de tâche.