Publié le · 9 min de lecture
Mistral héberge GLM 5.2, modèle chinois open weights, sur son infrastructure européenne. Ce que ce cas apprend aux cabinets sur la souveraineté numérique.
Frédéric Dechamps
Depuis le 6 août 2026, la plateforme de Mistral AI sert GLM 5.2, le modèle open weights du laboratoire chinois Z.ai. Un modèle conçu à Pékin, exécuté dans des data centers européens, sous contrat avec une société française : le cas est presque trop parfait pour illustrer ce que la souveraineté numérique veut dire concrètement, une fois les discours écartés.
Pour un avocat, la question n'a rien d'académique. Chaque outil d'IA du cabinet, dictée, résumé de pièces, recherche de jurisprudence, repose sur un modèle exécuté quelque part, par quelqu'un, sous un droit applicable. Et les pièces d'un dossier qui transitent par une API restent couvertes par le secret professionnel, que le fournisseur soit américain, français ou chinois.
Notre thèse, à contre-courant du réflexe du pavillon : la nationalité du modèle est le moins important des trois critères. Ce qui compte, c'est qui exécute l'inférence, où elle tourne, et ce que dit le contrat. Le cas GLM 5.2 chez Mistral le démontre point par point.
Une évaluation sérieuse demande peu de choses, mais elle les demande vraiment :
Aucune compétence technique n'est requise. Savoir lire une page de documentation d'API suffit pour vérifier les affirmations d'un vendeur, et un avocat lit des contrats mieux que quiconque.
GLM 5.2 est disponible sur la plateforme Mistral depuis le 6 août 2026, en public preview, sous l'identifiant zai-glm-5-2. Mistral précise que le modèle est servi sans modification : ce sont les poids publiés par Z.ai, exécutés sur l'infrastructure de Mistral, avec les mêmes contrôles régionaux et engagements de service que ses propres modèles.
Côté modèle, GLM 5.2 a été publié en juin 2026 par Z.ai (anciennement Zhipu AI), société établie à Pékin, sous licence MIT, avec des poids librement téléchargeables. C'est un modèle mixture-of-experts de 744 milliards de paramètres, dont environ 40 milliards actifs par token, pensé pour le code et les tâches agentiques de longue haleine.
Côté plateforme, l'annonce de Mistral du 11 août 2026 dépasse le seul modèle : endpoints régionaux en disponibilité générale (l'inférence tourne au choix en Europe ou aux États-Unis), Priority Tier avec SLA en public preview, et une coalition d'entreprises européennes autour d'engagements de capacité de calcul à long terme. GLM 5.2 est le premier modèle tiers de ce dispositif, d'autres modèles ouverts doivent suivre.
Le sérieux du modèle ne fait plus débat : le CAISI, rattaché au NIST américain, lui a consacré une évaluation publiée en juillet 2026. Quand l'administration américaine évalue un modèle chinois open weights, c'est que la question de son usage se pose partout, cabinets d'avocats compris.
La souveraineté numérique, c'est la capacité de contrôler où et par qui ses données et ses systèmes sont traités, et sous quel droit. Appliquée à l'IA, cette définition se décompose en trois couches distinctes, que le débat public confond en permanence.
La couche modèle d'abord. Des poids open weights comme ceux de GLM 5.2 sont un fichier : des milliards de nombres publiés sous licence MIT, téléchargeables et exécutables par quiconque dispose des machines. Un fichier n'envoie rien à personne. Quand Mistral exécute GLM 5.2, aucune donnée ne transite par Z.ai.
La couche inférence ensuite. C'est l'exécution : vos questions et vos documents entrent, la réponse sort. La juridiction s'attache à l'opérateur qui exécute et au lieu d'exécution, pas à l'auteur des poids. GLM 5.2 appelé via api.eu.mistral.ai tourne dans des data centers situés dans l'UE et l'AELE, opérés par Mistral.
La couche contrat enfin. Qui est votre cocontractant, quel droit s'applique, quels sous-traitants interviennent, que devient le contenu des requêtes après traitement. C'est la couche qui tranche, et c'est celle qu'un avocat sait lire.
flowchart TB
M["Couche modèle\npoids GLM 5.2, licence MIT : un fichier, rien de plus"] --> I["Couche inférence\nqui exécute et où : Mistral, data centers UE et AELE"]
I --> K["Couche contrat\ncocontractant, droit applicable, sous-traitants, rétention"]
K --> V["C'est ici que la souveraineté se gagne ou se perd"]
Le même fichier de poids produit trois régimes juridiques distincts selon la route d'accès choisie. Un cabinet qui voudrait utiliser GLM 5.2 a aujourd'hui trois options : l'API de Z.ai, l'endpoint régional de Mistral, ou ses propres serveurs.
| Critère | API Z.ai directe | Endpoint régional Mistral | Auto-hébergement |
|---|---|---|---|
| Cocontractant | Z.ai, société établie à Pékin | Mistral AI SAS, société française | aucun, le cabinet opère |
| Lieu d'inférence | infrastructure du fournisseur, sans garantie UE | data centers UE et AELE via api.eu.mistral.ai | serveurs du cabinet |
| Prix liste (par million de tokens) | 1,40 $ en entrée, 4,40 $ en sortie | 1,40 $ / 4,40 $, majorés de 10 % en régional | matériel multi-GPU, dizaines de milliers d'euros au minimum (ordre de grandeur) |
| Cadre RGPD | à analyser cas par cas, transferts hors UE à traiter | DPA publié, transferts limités vers sous-traitants documentés | maîtrise complète, obligations internes inchangées |
| Mise en place | quelques minutes, une clé API | quelques minutes, une clé API et le bon endpoint | plusieurs semaines, compétences GPU requises |
| Réversibilité | élevée, mêmes poids disponibles ailleurs | élevée, mêmes poids disponibles ailleurs | élevée, mais investissement matériel engagé |
Pour la quasi-totalité des cabinets belges, l'auto-hébergement d'un modèle de 744 milliards de paramètres n'est pas une option réaliste. Le vrai choix se joue entre les API, et il illustre la thèse de départ : à modèle identique et à prix liste identique, la route détermine le cocontractant, le lieu d'exécution et le cadre contractuel. La souveraineté des données est une propriété de la route, pas du modèle.
Le symptôme : un cabinet retient un fournisseur européen, coche mentalement la case souveraineté, et branche l'outil sur ses dossiers. On voit régulièrement ce raccourci, y compris chez des confrères prudents par ailleurs.
Le diagnostic, en restant sur l'exemple Mistral, dont la documentation sur l'inférence régionale est justement très transparente : l'endpoint par défaut api.mistral.ai est global, et Mistral ne s'engage sur aucun lieu d'inférence pour les requêtes qui y sont envoyées. La localisation européenne suppose d'appeler explicitement api.eu.mistral.ai, une option facturée 1,1 fois le prix liste. Les endpoints régionaux ne couvrent pas tout : le function calling est le seul outil supporté, et les fonctions stateful (Agents, Batch, Files API) en sont exclues. Et la localisation de l'inférence ne règle pas la rétention des données, qui est un réglage distinct.
Le fix tient en une demi-journée : pointer explicitement l'endpoint régional dans la configuration, vérifier que chaque fonctionnalité utilisée y est couverte, activer la non-rétention quand elle est éligible, et journaliser le nom d'hôte appelé pour chaque requête, comme Mistral le recommande lui-même. Sans ce journal, impossible de démontrer a posteriori où les données sont parties.
Rien de tout cela n'est un défaut caché : tout figure dans la documentation publique. Le piège n'est pas le fournisseur, c'est la lecture en diagonale.
« Souverain » est un argument marketing, pas une garantie contractuelle. Le cas GLM 5.2 le montre par l'absurde : un modèle chinois servi par une société française sous DPA publié peut offrir davantage de garanties vérifiables sur la localisation des données qu'un outil badgé 100 % européen qui ne publie ni DPA ni liste de sous-traitants. Le drapeau ne protège rien ; les documents, si.
À l'inverse, le réflexe du soupçon géographique ne tient pas mieux. Écarter GLM 5.2 parce que ses poids viennent de Pékin, tout en envoyant ses requêtes vers un endpoint global sans engagement de localisation, revient à surveiller la mauvaise porte.
Quatre questions vérifiables suffisent pour évaluer n'importe quel fournisseur : qui est le cocontractant ? Où tourne l'inférence, et cet engagement figure-t-il au contrat ? Qui sont les sous-traitants ultérieurs ? Que devient le contenu des requêtes après traitement ? Un fournisseur qui répond aux quatre par des documents publiés mérite l'analyse. Un fournisseur qui répond par une plaquette commerciale, non.
C'est la grille qu'on s'applique à nous-mêmes chez Jef : hébergement en Europe, conformité RGPD, accord de sous-traitance publié, espaces cloisonnés entre avocats, et indépendance vis-à-vis des fournisseurs de modèles (Claude, OpenAI, Gemini, Mistral), précisément pour que le choix du modèle reste séparé du régime des données.
L'arrivée de GLM 5.2 chez Mistral rend une évolution visible : les poids des modèles circulent désormais indépendamment des infrastructures qui les exécutent. Pour un cabinet, c'est une bonne nouvelle. Le choix du modèle (qualité, prix, spécialisation) et le choix du régime de données (lieu d'exécution, contrat, sous-traitants) deviennent deux décisions séparées. On peut préférer un modèle pour ses performances et exiger par ailleurs un cadre d'exécution européen ; les deux ne s'opposent plus.
La contrepartie : l'argument d'autorité géographique ne suffit plus, dans aucun sens. La souveraineté numérique d'un cabinet se construit contrat par contrat, endpoint par endpoint, journal de requêtes à l'appui. C'est un travail d'avocat plus qu'un travail d'informaticien, et c'est plutôt rassurant.
Jef (https://www.jef.chat) applique cette logique au quotidien des avocats belges : un assistant IA construit sur la base documentaire du cabinet, avec des réponses sourcées, des espaces cloisonnés, un hébergement en Europe et une indépendance complète vis-à-vis des fournisseurs de modèles. L'inscription est gratuite (50 messages offerts).
