Un accord autour de Hugging Face et une nouvelle levée de fonds de Mistral changent le contexte fournisseur de l’IA ouverte. Pour les entreprises utilisatrices, la question utile n’est pas de prédire les vainqueurs : c’est de vérifier ce qu’elles pourraient réellement déplacer, reconstruire et maintenir.
Deux annonces, deux mécanismes à ne pas confondre
Le 3 septembre 2026, NVIDIA a annoncé un accord pour acquérir Hugging Face pour environ 12,93 milliards de dollars. L’annonce de l’acquéreur présente aussi des engagements concernant le caractère ouvert, multi-cloud et multi-accélérateur de Hugging Face, sans obligation annoncée d’utiliser du calcul NVIDIA. Une dépêche Reuters syndiquée par KSL recoupe l’accord et son ordre de grandeur. Il s’agit d’un accord annoncé : cela ne démontre pas sa clôture, ni une évolution effective de licence ou de contrat. [source NVIDIA]
Le 8 septembre, l’index officiel de Mistral a daté son annonce d’une série D de 3 milliards d’euros, à une valorisation post-money supérieure à 21 milliards d’euros. Une dépêche Reuters syndiquée par MarketScreener recoupe le financement. Le corps de l’annonce décrit du financement et des objectifs d’investissement. Une valorisation post-money est une estimation de valeur après l’opération ; elle n’est ni un chiffre d’affaires ni une capacité déjà livrée. [annonce Mistral, index officiel]
Où l’ouverture s’arrête-t-elle dans votre chaîne de service ?
Des poids accessibles ne suffisent pas à établir l’autonomie opérationnelle. Une équipe peut avoir accès à un modèle tout en dépendant d’un format d’inférence (l’exécution du modèle), d’un service d’hébergement, d’un tokenizer (le découpage du texte en unités utilisées par le modèle), de scripts de déploiement, d’outils de suivi gérés, de compétences rares ou d’un support contractuel. Ce constat est une méthode de gouvernance, pas une accusation de verrouillage contre un fournisseur.
Commencez par les artefacts : poids, configuration, tokenizer, versions, droits d’accès et preuves de conservation. Demandez ensuite qui peut reconstruire le service, où sont documentées les dépendances et quelles alternatives ont réellement été essayées. Les conditions de licence et de contrat doivent être lues par les personnes compétentes ; cet article ne fournit pas d’avis juridique.
Transformer la dépendance en questions vérifiables
| Composant | Propriétaire opérationnel | Preuve d’accès | Reconstruction | Alternative testée | Incertitude |
|---|---|---|---|---|---|
| À renseigner | À désigner | Non vérifiée | À documenter | Non mesurée | À qualifier |
Le registre ne prétend pas résoudre une migration. Il rend visible ce qui manque pour l’envisager. Pour un exercice limité, choisissez une application non sensible hors production : récupérez seulement les artefacts autorisés, reconstruisez le minimum nécessaire, comparez les fonctions indispensables et consignez les écarts. Un essai de sortie qui échoue est une information de planification, pas la preuve qu’un fournisseur est impossible à quitter.
Exemple fictif, sans résultat mesuré. Une équipe utilise un modèle à poids ouverts pour classer des demandes de démonstration synthétiques. Son registre conserve la version des poids et la configuration, mais constate que le script de déploiement appartient au prestataire. Elle désigne un responsable, vérifie les droits de récupération puis tente une reconstruction sur un environnement de test alternatif. Elle relève le temps passé, le coût de calcul, les fonctions manquantes et les écarts de sortie. Ces observations alimentent sa décision ; aucune économie ni portabilité équivalente n’est présumée.
Décider avec des coûts observés et des engagements relus
Préférence de localisation, maîtrise opérationnelle et conditions contractuelles sont trois décisions différentes. Leur importance dépend du service et du risque accepté. L’article Partitech sur l’API, le cloud privé et l’on-premise aide à situer les choix d’hébergement ; il ne dispense pas d’inventorier les dépendances de fournisseur.
Définissez des déclencheurs de réexamen : modification contractuelle effective, retrait annoncé d’une API, indisponibilité d’artefacts ou échec d’un test de reconstruction. Ce sont des scénarios de gouvernance. Les annonces de NVIDIA et de Mistral ne prouvent aucun de ces événements pour une équipe utilisatrice.
Une indépendance qui se démontre
Le prochain comité fournisseur peut demander un livrable simple : inventaire des composants, propriétaire de chaque preuve, exercice de sortie limité et risques explicitement acceptés. Cette méthode ne donne aucun conseil d’investissement et n’anticipe ni le résultat de l’accord NVIDIA–Hugging Face ni les capacités futures de Mistral. Elle permet de suivre les engagements effectivement publiés et de décider à partir de dépendances observables.