Agents de code · Mistral Vibe
Utiliser Mistral Vibe avec des modèles open source hébergés dans l’UE
Mistral Vibe est l’agent de code en ligne de commande de Mistral AI. En plus de l’API de Mistral, il accepte tout fournisseur compatible OpenAI déclaré dans son config.toml. Vous pouvez donc l’utiliser avec les modèles open-weight d’inference.eu, traités dans des centres de données européens.
- 01Format d'API: OpenAI
- 02Centres de données dans l'UE
- 03Couvert par un seul DPA
Configuré en quelques minutes
- 1
Créez une clé API dans votre compte inference.eu et exportez-la sous le nom
INFERENCE_EU_API_KEY. - 2
Ouvrez
~/.vibe/config.tomlet ajoutez un bloc[[providers]]nomméinference-eu, avec l’URL de base d’inference.eu,api_style = "openai"etbackend = "generic". - 3
Ajoutez un bloc
[[models]]par modèle, avec l’identifiant inference.eu dansname,inference-eudansprovideret unaliascourt. - 4
Réglez
active_modelsur l’alias à utiliser par défaut. - 5
Lancez
vibedans votre projet et demandez-lui de lire un fichier pour vérifier la connexion.
active_model = "qwen3-coder"
enable_telemetry = false
[[providers]]
name = "inference-eu"
api_base = "https://api.inference.eu/v1"
api_key_env_var = "INFERENCE_EU_API_KEY"
api_style = "openai"
backend = "generic"
[[models]]
name = "qwen3-coder-480b-a35b-instruct"
provider = "inference-eu"
alias = "qwen3-coder"
[[models]]
name = "glm-5.3"
provider = "inference-eu"
alias = "glm"Qu’est-ce que Mistral Vibe
Mistral Vibe est un agent de code open source en ligne de commande, développé par Mistral AI. Il lit et modifie des fichiers, exécute des commandes shell, explore votre dépôt et peut confier du travail à des sous-agents, avec des permissions réglables outil par outil. Il prend aussi en charge les serveurs MCP, les agents personnalisés et les hooks.
Par défaut, Vibe s’adresse à l’API de Mistral, mais fournisseurs et modèles ne sont que des entrées dans config.toml. Un fournisseur doté du backend generic envoie des requêtes OpenAI Chat Completions standard à l’api_base indiquée : c’est ainsi que vous pointez Vibe vers inference.eu.
Comment fonctionne la configuration
Vibe lit ~/.vibe/config.toml. Le bloc [[providers]] donne un name au fournisseur, règle api_base sur l’URL de base d’inference.eu terminée par /v1 et indique dans api_key_env_var la variable d’environnement qui contient votre clé. api_style = "openai" et backend = "generic" imposent le format d’échange standard d’OpenAI.
Chaque bloc [[models]] associe un identifiant de modèle inference.eu (name) au fournisseur et lui donne un alias. active_model fait référence à cet alias. Avec --model <alias>, vous essayez un autre modèle le temps d’une exécution sans changer le défaut ; en cours de session, passez par le sélecteur de modèles.
Quels modèles choisir
Vibe travaille en boucle : lecture, modification, exécution de commandes. Il lui faut un modèle qui appelle les outils de façon fiable et suit un contexte qui grandit. qwen3-coder-480b-a35b-instruct est un bon choix par défaut : il est entraîné pour le code agentique et produit des modifications précises.
Pour des questions d’architecture, des refontes plus larges ou un débogage qui demande plus de raisonnement, ajoutez glm-5.3 ou kimi-k3 comme second alias. gpt-oss-120b est rapide et convient aux sous-agents et aux tâches courtes. La température par défaut des modèles personnalisés est basse, ce qui convient bien au code.
Dépannage
Une erreur 401 signifie que Vibe n’a envoyé aucune clé ou une clé erronée. Vérifiez que INFERENCE_EU_API_KEY est exportée dans le shell qui lance Vibe et que api_key_env_var désigne exactement cette variable. Une erreur 404 vient le plus souvent d’un chemin en trop dans api_base.
Une erreur d’alias inconnu signifie que active_model ou --model ne correspond à aucun alias. « Model not found » renvoyé par l’API indique que name diffère de l’identifiant inference.eu. Si Vibe signale des flux incomplets, passez d’abord à une version récente ; emits_finish_reason = false ne sert qu’aux serveurs qui terminent leurs flux sans motif de fin.
Garder le code et les données dans l’UE
Avec inference.eu comme fournisseur, les fichiers, diffs et sorties de commandes que Vibe envoie au modèle sont traités dans des centres de données de l’UE et ne servent jamais à l’entraînement. Nous signons un accord de sous-traitance au titre de l’article 28 du RGPD, publions la liste de nos sous-traitants et facturons en euros.
Indépendamment des requêtes de modèle, Vibe peut envoyer à Mistral de la télémétrie d’usage et des rapports de plantage. Réglez enable_telemetry = false dans config.toml pour les désactiver. Mistral AI est une entreprise française, mais cette télémétrie relève de sa propre politique de confidentialité ; sans elle, vos sessions se limitent aux échanges entre Vibe et inference.eu.
Mistral Vibe : questions fréquentes
Les questions que nous posent le plus les achats, les développeurs et les juristes. Il en manque une ? Posez-la-nous directement.
Pages liées
- OpenCodeUtilisez l’agent de code OpenCode avec des modèles open-weight traités dans des centres de données de l’UE. Un bloc provider dans opencode.json suffit.Agents de code
- AiderUtilisez l’assistant de programmation Aider avec des modèles open-weight traités dans l’UE. Deux variables d’environnement et le préfixe openai/ suffisent.Agents de code
- OpenAI Codex CLIUtilisez Codex CLI d’OpenAI avec des modèles open-weight traités dans des centres de données de l’UE. Un bloc model_providers dans config.toml suffit.Agents de code
Faites passer vos charges IA sur une infrastructure européenne
Dites-nous quels modèles vous utilisez et votre volume approximatif. Nous répondons sous un jour ouvré avec un tarif et la suite.
- Réponse sous un jour ouvré
- Tarif adapté à votre volume
- DPA prêt à signer