Il faut partir des faits, parce qu’ils sont plus instructifs que les commentaires qu’ils ont suscités. Le 9 juin 2026, un éditeur américain met en disponibilité générale les deux modèles les plus capables de son histoire. Trois jours plus tard, le 12 juin, le département du Commerce des États-Unis lui adresse une directive au titre de la réglementation sur les exportations, l’Export Administration Regulations, lui ordonnant de suspendre l’accès à ces modèles pour tout ressortissant étranger, y compris ses propres salariés non américains. L’entreprise explique qu’il lui est techniquement impossible de filtrer ses utilisateurs par nationalité en temps réel sur des dizaines de plateformes, et procède à une coupure mondiale, effective le jour même. Les grandes plateformes cloud qui distribuaient ces modèles et les interfaces directes sont touchées simultanément. Le 27 juin, l’un des deux modèles est partiellement rétabli pour une centaine d’organisations américaines de cyberdéfense et d’infrastructures critiques. Le 30 juin, les contrôles sont levés ; le 1er juillet, l’accès mondial est rétabli. Dix-neuf jours. Aucune panne, aucune faille d’hébergeur, aucune défaillance contractuelle : une décision administrative souveraine, prise dans un pays tiers, appliquée à des utilisateurs du monde entier. C’est ce point, et lui seul, que cet article se propose d’examiner. Précision d’usage : nous décrivons une mécanique de risque, sans porter d’appréciation sur le bien-fondé de la décision américaine, sujet légitimement débattu et sur lequel les parties ont exprimé des positions opposées.
Ce que l’épisode établit, et qu’aucun plan de continuité n’avait prévu
Deux enseignements méritent d’être isolés, car ils déplacent l’analyse du risque fournisseur telle qu’on la pratique habituellement. Le premier tient à la nature de l’événement : le fournisseur n’a pas failli, il a obéi. Les dispositifs de continuité d’activité sont construits pour anticiper la défaillance d’un prestataire, sa panne, sa faillite, sa compromission, éventuellement sa décision commerciale de cesser un service. Aucun ne prévoyait qu’un prestataire parfaitement solvable, parfaitement opérationnel et de bonne volonté soit contraint par son propre État de couper un service à ses clients étrangers du jour au lendemain. Des travaux d’analyse publiés dans les jours qui ont suivi par des organisations spécialisées en gouvernance du cloud ont formulé la conséquence sans détour : l’accès à un modèle de pointe doit désormais être considéré comme une dépendance opérationnelle conditionnelle, susceptible d’une révocation administrative abrupte, et les scénarios de rupture réglementaire doivent être intégrés aux dispositifs de gestion des risques et de continuité. Le second enseignement tient à la portée du précédent : c’est la première fois qu’une réglementation historiquement conçue pour des biens physiques et des composants électroniques est appliquée au déploiement commercial d’un modèle d’intelligence artificielle. Ce qui vient d’arriver à deux modèles peut, par construction, arriver à d’autres, et la clause de force majeure de vos contrats n’a probablement pas été rédigée pour ce cas de figure. Ajoutons, par honnêteté, que la levée des contrôles a elle-même comporté des nuances peu commentées : elle a d’abord pris la forme d’une exemption pour une liste de partenaires désignés non rendue publique, avant un rétablissement plus large. La réversibilité d’une décision de ce type n’est donc ni automatique ni uniforme.
Pourquoi la dépendance est cognitive, et pas seulement technique
Vient le cœur de notre thèse, et il tient à une différence de nature entre les outils numériques classiques et les modèles génératifs. Quand une organisation perd son logiciel de comptabilité, elle perd un instrument : les données existent ailleurs, les compétences demeurent, un produit concurrent fait globalement la même chose et la migration est douloureuse mais bornée. Quand elle perd un modèle sur lequel elle a bâti depuis dix-huit mois sa veille, ses synthèses, ses notes de cadrage, ses premières versions de documents et une part de ses analyses, elle perd autre chose. Elle perd d’abord une mémoire de travail, car les fils de conversation, les instructions accumulées et les contextes patiemment construits ne sont pas des données portables au sens habituel. Elle perd ensuite des méthodes, parce que les équipes ont réorganisé leur manière de produire autour des capacités de cet outil, et que ces manières ne se transposent pas mécaniquement à un autre. Elle perd enfin, et c’est le plus grave, une part de compétence résiduelle : les gestes qu’on ne pratique plus s’atrophient, et une équipe qui n’a plus rédigé de synthèse sans assistance depuis un an ne retrouve pas ce savoir-faire en une matinée. Voilà pourquoi nous parlons de dépendance cognitive : ce qui est délégué n’est pas une tâche, c’est une part du processus de pensée collective de l’organisation. Et une dépendance de cette nature ne se mesure pas en euros de licence ni en heures d’indisponibilité, mais en capacité de décider sans l’outil. C’est le pendant, pour les usages internes, de ce que nous décrivons à propos de la désinformation opératoire pour les usages exposés : dans les deux cas, la question n’est plus l’outil, mais ce qui reste de l’organisation lorsqu’il vacille.
L’indice de dépendance cognitive : sept dimensions, une note de 0 à 100
Ce que l’on ne mesure pas, on le subit. Nous proposons donc un indice, construit sur sept dimensions notées puis pondérées, qui donne à une direction générale une note unique de 0 à 100 et surtout une cartographie de ses points de rupture. La concentration des fournisseurs évalue la part des usages critiques reposant sur un éditeur unique, et c’est la dimension que l’épisode de juin a rendue évidente. La portabilité des données mesure votre capacité effective à récupérer et réutiliser ailleurs vos historiques, vos jeux d’instructions et vos bases documentaires, capacité souvent surestimée avant d’être testée. La reproductibilité des workflows examine si vos chaînes de production sont documentées indépendamment de l’outil qui les exécute, ou si elles n’existent que dans la tête de ceux qui les pratiquent. La dépendance aux prompts propriétaires apprécie le degré d’adhérence de vos instructions aux particularités d’un modèle donné. Les compétences humaines résiduelles testent ce que vos équipes savent encore faire sans assistance, et c’est la dimension la plus inconfortable à évaluer honnêtement. La continuité hors ligne mesure ce qui reste possible sans accès, ne serait-ce que de façon dégradée. La capacité de substitution, enfin, évalue le temps réel, testé et non estimé, nécessaire pour basculer sur une alternative. Un score élevé ne signifie pas qu’il faut renoncer aux modèles les plus performants, ce serait absurde et contre-productif ; il signifie que vous savez ce que vous perdriez, et en combien de temps vous le récupéreriez.
Trois décisions à prendre, dans cet ordre
Décision 1 : diversifier là où c’est utile, pas partout
La diversification systématique coûte cher et disperse les compétences. La bonne granularité consiste à identifier les usages dont l’interruption serait critique à moins de soixante-douze heures, et à ne dupliquer que ceux-là, en maintenant une alternative réellement testée plutôt que théoriquement disponible. Pour tout le reste, l’acceptation consciente du risque est une décision légitime, à condition d’être documentée et revue.
Décision 2 : internaliser la méthode, pas nécessairement l’outil
Internaliser un modèle est hors de portée de la plupart des organisations, et souvent inutile. Internaliser la méthode l’est beaucoup moins : documenter les chaînes de production, conserver les jeux d’instructions dans un format portable, maintenir les bases documentaires hors des outils qui les exploitent. C’est le geste le plus rentable de tous, car il réduit simultanément la dépendance et le coût de tout changement futur, y compris volontaire. Il rejoint directement la logique du capital de preuves : ce qui vous appartient en propre, documenté et portable, est ce qui subsiste quand tout le reste devient indisponible.
Décision 3 : écrire et tester le mode dégradé
Un mode dégradé qui n’a jamais été exercé n’existe pas. Il s’agit de définir, par processus critique, ce qui continue et comment, avec quelles ressources humaines, sous quel délai, et de le tester une fois par an comme on teste un plan de reprise. Les organisations qui ont traversé juin 2026 sans dommage majeur ne sont pas celles qui avaient prévu cette directive, personne ne l’avait prévue : ce sont celles qui savaient déjà travailler autrement.
ELMARQ accompagne les directions générales sur la mesure de leur dépendance aux modèles et la construction de leur souveraineté cognitive, de la cartographie des usages critiques au mode dégradé testé, en stratégie et en exécution. Trente minutes de diagnostic suffisent à situer votre indice de dépendance cognitive et vos points de rupture : elmarq.fr/contact.
Un mot pour conclure sur ce que cet épisode dit du moment que nous vivons. Le débat français sur la souveraineté numérique s’est longtemps concentré sur l’hébergement des données, question importante mais partielle, parce qu’elle suppose que le risque porte sur ce que l’on stocke. Juin 2026 déplace le problème : le risque porte désormais sur ce avec quoi l’on pense. Une organisation peut héberger ses données en Europe, chiffrer ses flux, respecter chaque obligation réglementaire, et se retrouver néanmoins privée du jour au lendemain de l’outil autour duquel elle a réorganisé son travail intellectuel, par une décision à laquelle elle n’est pas partie et contre laquelle elle n’a aucun recours. Ce n’est ni un scandale ni une fatalité, c’est un paramètre. Les paramètres se mesurent, s’arbitrent et se documentent. La seule position intenable est celle qui consiste à ne pas savoir, car elle transforme chaque décision extérieure en surprise, et chaque surprise en crise.
