GLM 5.3 par défaut dans Vibe Code : ce que le choix de Mistral change pour la maîtrise de vos outils

Réponse immédiate : le 21 septembre 2026, Mistral AI a annoncé avoir fait de GLM 5.3, un modèle à poids ouverts conçu par le laboratoire chinois Z.ai, le choix par défaut de Vibe Code dans sa version Web. Le modèle est hébergé par Mistral, pas appelé chez Z.ai. Vos données ne partent donc pas en Chine du seul fait de l’utilisation de GLM 5.3, mais la maîtrise technologique du modèle, elle, n’est plus européenne. Attention toutefois : la documentation de Mistral consultée le 27 septembre indique désormais Mistral Medium 3.5 comme modèle utilisé par Vibe Code Web. Le réglage semble donc avoir évolué depuis l’annonce, ou la documentation et le déploiement ne sont pas parfaitement alignés.

Ce que Mistral a annoncé, exactement

Le 21 septembre 2026, le compte officiel de l’assistant a publié une annonce tenant en une phrase : « GLM 5.3, hosted on Mistral, is now in Vibe Code, and the default in the web app » (message de Mistral Vibe sur X). Autrement dit, Mistral annonçait alors GLM 5.3 comme modèle proposé d’office dans l’application Web. Le même message mettait en avant une fenêtre de contexte d’un million de jetons, c’est-à-dire la quantité de texte — code, documentation et historique — que le modèle peut prendre en compte d’un seul tenant.

Un point mérite toutefois d’être signalé : la documentation de Vibe Code Web consultée le 27 septembre indique désormais Mistral Medium 3.5 comme modèle utilisé par le service. Cela peut signifier que le réglage par défaut a de nouveau changé après l’annonce du 21 septembre, ou que la documentation et le déploiement du produit ne sont pas encore parfaitement synchronisés. Dans les deux cas, il faut distinguer ce que Mistral a officiellement annoncé le 21 septembre de l’état documenté du service six jours plus tard.

Ce n’est pas un premier pas. Le 11 août 2026, Mistral avait présenté son offre d’hébergement de modèles ouverts conçus par d’autres, en commençant par GLM-5.2, dans un billet consacré à l’inférence régionale et à ses projets d’infrastructure européenne. L’entreprise y annonçait aussi l’ouverture générale de points d’accès régionaux et un objectif de capacité de calcul d’un gigawatt d’ici 2030. La nouveauté de septembre tient donc moins à l’hébergement qu’au statut accordé temporairement au modèle : GLM n’était plus seulement une option parmi d’autres, mais la porte d’entrée annoncée de l’application Web.

La fiche de GLM 5.3 chez Mistral le décrit comme un modèle tiers, en préversion publique depuis le 15 septembre 2026, avec une sortie maximale de 128 000 jetons. Le site d’information Next, qui a signalé la décision, rapporte qu’elle a ravivé une critique ancienne : Mistral renoncerait à concevoir ses propres modèles de pointe pour devenir un revendeur de calcul. Nous n’avons pas à trancher ce débat stratégique. En revanche, on peut décrire précisément ce que ce choix implique pour un utilisateur.

Le prix, argument principal

Les deux fiches officielles permettent une comparaison directe. Pour un usage de programmation, où le modèle produit beaucoup de texte, l’écart porte surtout sur la sortie.

Sources : fiche GLM 5.3 et fiche Mistral Medium 3.5, consultées le 27/09/2026.

Un modèle environ 40 % moins cher en sortie, avec une fenêtre quatre fois plus large : on comprend l’intérêt commercial pour un outil qui lit de grandes quantités de code. C’est aussi ce qui rend le débat intéressant : le 21 septembre, Mistral a choisi comme modèle par défaut annoncé une solution qu’il n’a pas lui-même conçue.

Trois questions à ne pas confondre

La discussion publique mélange souvent trois dimensions que GadGeek sépare systématiquement, comme nous l’expliquons dans notre dossier sur la souveraineté numérique.

Où tournent les calculs ?

GLM 5.3 est servi par l’infrastructure de Mistral. Les requêtes envoyées au modèle via les services de Mistral ne sont donc pas, d’après la documentation, envoyées à l’API de Z.ai pour y être exécutées.

Mistral propose en outre des points d’accès régionaux, dont api.eu.mistral.ai pour l’Europe, qui permettent d’imposer l’exécution de l’inférence dans la région choisie, moyennant une majoration de 10 %.

Deux limites sont écrites noir sur blanc : certaines données de gestion, comme la facturation ou la gestion des clés d’API, peuvent rester hors de la région, et les modèles disponibles varient selon les zones. La documentation consultée ne confirme pas explicitement que GLM 5.3 soit disponible sur le point d’accès européen.

Cette garantie régionale concerne par ailleurs l’usage via les points d’accès API concernés. Elle ne permet pas, à elle seule, de déterminer la région géographique du bac à sable utilisé par Vibe Code Web.

Quel droit s’applique à l’opérateur ?

L’opérateur du service est une société française soumise au droit européen et au RGPD. C’est une différence importante avec un service directement opéré depuis les États-Unis ou depuis la Chine.

Le fait que le modèle soit d’origine chinoise ne donne pas automatiquement à Z.ai accès aux requêtes traitées par Mistral : les poids d’un modèle exécutés sur une infrastructure tierce ne communiquent pas spontanément avec leur concepteur.

Qui maîtrise la technologie ?

Ici, la réponse change. Mistral n’a ni entraîné ce modèle ni choisi ses données d’apprentissage. Il le sert tel quel, « sans modification » selon sa propre fiche.

Les caractéristiques du modèle, ses biais, ses éventuels refus sur certains sujets et le rythme de publication de nouvelles versions dépendent donc de Z.ai. Si Z.ai cessait de publier ses poids ou ses nouvelles versions, Mistral ne pourrait pas poursuivre seul le développement de GLM comme il peut le faire avec ses propres modèles.

Qui contrôle vraiment votre assistant de code ?

Un assistant de programmation n’est pas un outil anodin. Il lit votre code, propose des modifications et, dans la version Web de Vibe, agit dans un environnement distant.

La documentation du bac à sable — l’environnement isolé où l’agent travaille — indique que chaque session tourne sur une machine dédiée, détruite à la fin, et que seuls les commits poussés sur le dépôt GitHub persistent. Elle ne précise ni le fournisseur de l’infrastructure ni la région géographique de ces machines.

Mistral recommande de traiter cet environnement comme un serveur d’intégration continue, donc sans secret de production. Côté conservation, la page sécurité renvoie à la politique de données de Mistral selon l’abonnement souscrit.

Plusieurs acteurs peuvent donc intervenir, chacun sur une couche :

• Le traitement par l’assistant : Mistral opère le service et l’inférence lorsqu’un modèle hébergé par Mistral est utilisé.
• Le dépôt de code : GitHub intervient lorsqu’il est utilisé pour héberger et synchroniser le projet.
• Le modèle : Z.ai conçoit GLM 5.3 et décide de ses caractéristiques techniques et de ses évolutions.
• Les conditions d’usage des poids : elles sont fixées par Z.ai. La licence de GLM 5.3 prévoit notamment une revue de sécurité de Z.ai lorsqu’un licencié, ou ses affiliés, exploite un service de type « Model as a Service » et dépasse 10 milliards de dollars de chiffre d’affaires agrégé sur douze mois avant certains usages commerciaux. GLM-5.2 était, lui, publié sous licence MIT, sans condition comparable.

Un autre élément relève du contexte réglementaire, sans effet direct pour un particulier. Le 16 janvier 2025, le département du Commerce américain a inscrit plusieurs sociétés liées à Zhipu, dont Beijing Zhipu Huazhang Technology Co., Ltd., sur son Entity List, la liste américaine des entités soumises à certaines restrictions d’exportation.

L’Entity List officielle mentionne notamment « Zhipu AI » parmi les appellations associées à l’entreprise. Une entreprise européenne qui exporte vers les États-Unis ou utilise des technologies américaines concernées par ces règles a intérêt à faire vérifier par son service juridique si ces restrictions ont un effet sur son activité.

Pour reprendre la main, trois options existent, de la plus simple à la plus autonome :

1. Choisir explicitement son modèle dans Vibe plutôt que de se fier au réglage proposé par défaut. La documentation consultée le 27 septembre indique d’ailleurs Mistral Medium 3.5 pour Vibe Code Web.
2. Imposer l’exécution en Europe pour les usages API via le point d’accès européen, en vérifiant que le modèle souhaité est disponible dans cette région.
3. Auto-héberger. L’outil en ligne de commande Vibe est publié sous licence Apache 2.0, et sa configuration accepte des fournisseurs personnalisés, déclarés dans le fichier ~/.vibe/config.toml. Sa configuration permet notamment de définir un point d’accès et un fournisseur personnalisé. Cela ouvre la voie à des infrastructures compatibles avec l’API attendue par Vibe, mais GadGeek n’a pas testé directement l’intégration avec vLLM ou llama.cpp. Limite importante : GLM 5.3 compte 753 milliards de paramètres, ce qui le place hors de portée d’une machine personnelle classique. L’auto-hébergement vise donc plutôt des modèles plus petits ou des infrastructures serveur importantes.

Notre guide des alternatives européennes recense d’autres services pour lesquels la question se pose dans les mêmes termes.

Que retenir pour un développeur ou une entreprise ?

Pour un développeur indépendant, l’origine chinoise de GLM 5.3 ne signifie pas que son code soit envoyé en Chine : lorsqu’il est utilisé comme modèle hébergé par Mistral, l’inférence est opérée par Mistral. La région précise du bac à sable de Vibe Code Web n’est toutefois pas documentée publiquement.

La question se déplace donc vers la confiance accordée aux suggestions d’un modèle dont l’entraînement et l’évolution sont contrôlés par un autre acteur. Relire le code proposé reste la règle, quel que soit le modèle.

Pour une organisation qui avait choisi Mistral précisément pour sa souveraineté, il faut distinguer plusieurs niveaux. « Opéré par une entreprise française » peut rester vrai. « Modèle conçu en Europe » ne l’est évidemment pas lorsqu’on utilise GLM 5.3.

Les critères d’un cloud souverain s’appliquent donc aussi aux modèles d’IA : où sont effectués les calculs, quel droit s’applique à l’opérateur, qui conçoit le modèle et qui peut le faire évoluer ?

Une politique interne peut simplement imposer le choix du modèle et de la région d’exécution plutôt que de s’en remettre au réglage proposé par l’éditeur.

Enfin, l’épisode montre qu’un réglage par défaut peut changer rapidement. Le choix annoncé le 21 septembre et la documentation consultée six jours plus tard ne racontent déjà plus exactement la même chose. Pour une entreprise, la souveraineté ne peut donc pas reposer uniquement sur les paramètres par défaut d’un service : elle doit être définie et contrôlée explicitement.

Questions fréquentes

Dernière vérification : 27/09/2026