Vous avez bâti vos process autour d'un assistant IA. Vos prompts sont réglés au millimètre, vos équipes formées, vos automatisations branchées. Puis un matin : le modèle que vous utilisiez est retiré du service, le tarif double, ou l'outil ferme carrément. Ce n'est pas de la science-fiction — en février 2025, des milliers d'utilisateurs d'un appareil IA à 499 dollars l'ont vu cesser de fonctionner du jour au lendemain après le rachat du fabricant. Dépendre d'un seul fournisseur d'IA, c'est lui confier une part de votre souveraineté. Voici comment garder la main sans tomber dans le mythe de l'indépendance totale.
Trois façons dont un fournisseur vous lâche
Le risque de dépendance n'est pas théorique. Il prend trois formes concrètes (Fig. 1), toutes déjà observées.
- Le modèle retiré. Les éditeurs maintiennent des pages officielles de « dépréciation » et arrêtent régulièrement leurs anciens modèles. Plusieurs modèles très utilisés sont programmés pour être coupés fin 2026 — y compris les versions que vous aviez personnalisées, qui disparaissent avec leur modèle de base. Le préavis tourne autour de trois à six mois, et rien ne garantit un remplaçant au comportement identique.
- Le prix qui change. Plusieurs éditeurs ont refondu leur tarification en 2025 — passage à des crédits calculés au coût réel, factures inattendues, tarifs « introductifs » destinés à augmenter. Votre budget dépend d'une grille que vous ne contrôlez pas.
- L'outil qui ferme. Robin AI, acteur en vue de la legaltech, s'est effondré fin 2025 ; Builder.ai, valorisée en licorne, s'est déclarée insolvable. Et l'appareil IA cité en ouverture a été désactivé à distance quelques jours après le rachat de son fabricant. Quand le fournisseur tombe, le client reste.
Trois niveaux d'indépendance — à choisir selon l'enjeu
La bonne réponse n'est pas « tout ou rien », mais un curseur (Fig. 2). Trois niveaux, du plus simple au plus exigeant.
- Niveau 1 — la couche d'abstraction (facile). Plutôt que de coder en dur un seul fournisseur, on passe par une passerelle multi-modèles (OpenRouter, ou la brique open source LiteLLM) : un seul point d'intégration, une bascule d'un modèle à l'autre par simple configuration, et un basculement automatique en cas de panne. L'interface « compatible OpenAI » est devenue un standard de fait qui facilite ce jeu.
- Niveau 2 — le multi-modèles avec évaluations (moyen). On teste régulièrement deux modèles en parallèle sur ses propres cas d'usage, on garde ses prompts et ses données exportables, et on écrit des prompts aussi peu spécifiques que possible. Objectif : pouvoir activer une alternative avant que la relation ne se dégrade, pas après.
- Niveau 3 — les poids ouverts auto-hébergés (exigeant). C'est le seul niveau où la dépendance à un fournisseur d'API disparaît vraiment : on utilise un modèle à poids ouverts — Mistral publie les siens sous licence Apache 2.0 — et on l'héberge sur une infrastructure européenne. OVHcloud documente par exemple une architecture pour faire tourner un grand modèle Mistral dans un environnement souverain, hébergé en Europe et hors de portée du CLOUD Act américain. La contrepartie : il faut gérer les serveurs, les cartes graphiques, l'exploitation.
Le mythe de la portabilité parfaite
Attention à une illusion répandue : croire qu'on peut changer de modèle « en un clic » sans rien perdre.
Une passerelle multi-modèles rend interchangeable l'appel technique, pas le résultat. Un prompt patiemment optimisé pour un modèle ne donne pas le même rendu sur un autre : formulation, ordre des instructions, gestion du contexte diffèrent d'un modèle à l'autre. Comme le résume un ingénieur, « il n'existe pas de portabilité des prompts : si vous changez de modèle, vous devez tout ré-évaluer et re-régler ». À cela s'ajoutent les verrous propriétaires — mémoire, connecteurs, agents spécifiques — qu'aucune passerelle ne transporte, et les modèles personnalisés que vous ne pouvez ni exporter ni emporter. La portabilité totale est un mythe. La vraie question n'est donc pas « comment être 100 % indépendant ? » mais « quel niveau de dépendance est acceptable pour cet usage ? » — élevé pour un test sans enjeu, faible pour un process critique.
C'est le prolongement direct de nos articles sur l'open source face au propriétaire et sur faire tourner l'IA en local : plus vous voulez d'indépendance, plus vous portez la charge technique. À vous de placer le curseur.
Le cadre européen joue en votre faveur
Bonne nouvelle : le droit européen a fait de la réversibilité un objectif, précisément pour desserrer l'étreinte des fournisseurs.
Le règlement européen sur les données (Data Act), applicable depuis septembre 2025, encadre le changement de prestataire cloud : préavis plafonné, obstacles techniques à lever, et surtout suppression totale des frais de sortie à partir du 12 janvier 2027 — ces frais qui rendaient une migration prohibitive. Dans la finance, le règlement DORA (en vigueur depuis janvier 2025) impose carrément des stratégies de sortie pour les prestataires critiques et une évaluation du risque de concentration sur un fournisseur unique ; fin 2025, les autorités européennes ont d'ailleurs placé dix-neuf prestataires technologiques critiques sous supervision directe. En France, la qualification SecNumCloud de l'ANSSI fait de la réversibilité — la restitution de vos données en fin de contrat — un critère du cloud « de confiance », protégé des lois extraterritoriales. Autrement dit : exigez ces garanties par contrat, elles sont désormais dans l'air du temps réglementaire.
La souveraineté numérique n'est pas qu'un slogan géopolitique — plus de 80 % des infrastructures numériques européennes seraient importées, selon un rapport indépendant. À votre échelle, elle se joue dans un choix concret : ne pas confier l'irremplaçable à un acteur unique que vous ne maîtrisez pas.
Dépendre d'un fournisseur d'IA n'est pas un problème en soi — c'est même souvent le choix rationnel pour aller vite. Le problème, c'est la dépendance subie, celle qu'on découvre le jour où le modèle est coupé ou la facture triple. La parade tient en une phrase : choisissez votre niveau de dépendance avant qu'on ne le choisisse pour vous.
- Trois risques réels : modèle retiré (avec vos versions personnalisées), prix qui change, outil qui ferme — tous déjà arrivés en 2025-2026.
- Trois niveaux d'indépendance : couche d'abstraction (facile) · multi-modèles + évaluations (moyen) · poids ouverts auto-hébergés en Europe (exigeant, mais seule vraie indépendance).
- La portabilité totale est un mythe : l'abstraction rend portable l'appel, pas le comportement — changer de modèle impose de re-tester et re-régler.
- Le cadre UE aide : Data Act (frais de sortie supprimés en janvier 2027), DORA (stratégies de sortie), SecNumCloud (réversibilité) — exigez-les par contrat.
- La bonne question : quel niveau de dépendance est acceptable pour cet usage ?
Dans la même série : le cloud souverain pour l'IA, faire tourner l'IA en local, open source ou propriétaire, les alternatives françaises. Et sur les données que vous confiez : ce que vous avez le droit de mettre dans une IA.
Cette analyse fait partie de notre veille Outils & IA. Pour bâtir votre stratégie IA sans vous enfermer chez un fournisseur, téléchargez l'Atlas IA 2026 et abonnez-vous à la newsletter AISKILLSPRO.
Au-delà de l'IA, retrouvez nos guides, tutoriels et modules Odoo sur OdooSkills, le blog Odoo ↗ (nouvel onglet).