IA en BTP : ce que l'affaire Anthropic apprend sur la dépendance

Le 12 juin 2026, à 17h21 heure de la côte Est américaine, Anthropic a reçu une directive du gouvernement américain. Quelques heures plus tard, Fable 5 et Mythos 5, ses deux modèles les plus avancés, étaient désactivés pour l'ensemble de ses clients dans le monde entier. Pas de préavis. Pas de transition. Coupés du jour au lendemain (source : Anthropic, communiqué officiel, 12 juin 2026).

Des milliers d'équipes, en Europe et ailleurs, avaient intégré ces modèles dans leurs processus. Des automatisations, des agents, des intégrations métier. Du jour au lendemain : inaccessibles.

Cela ne concernait probablement pas votre PME du bâtiment. Fable 5 est un modèle haut de gamme, utilisé surtout par des développeurs et de grandes entreprises tech. Mais le signal mérite d'être lu. Parce que le même risque, à plus petite échelle, concerne n'importe quelle PME BTP qui mise entièrement sur un seul outil IA.

Voici ce que cet événement enseigne, concrètement, pour construire des automatisations durables.

Ce qui s'est passé et pourquoi ça compte pour le BTP

La directive américaine visait Fable 5 et Mythos 5, soumis aux contrôles à l'export. Aucun préavis, aucune période de transition : accès coupé le soir même pour tous les utilisateurs, y compris les clients hors États-Unis. Anthropic a obtempéré tout en contestant la décision par voie officielle. Les autres modèles Claude restaient accessibles. Mais pour les équipes ayant intégré Fable 5 dans des processus critiques, le choc était immédiat (source : Anthropic, 12 juin 2026).

Ce type d'interruption peut venir de plusieurs directions. Une décision réglementaire, comme ici. Un changement de tarif unilatéral. Une acquisition par un groupe concurrent. Un arrêt de service commercial. Ce n'est pas un risque théorique. C'est le quotidien des outils numériques depuis vingt ans.

Dans une PME BTP, les workflows IA les plus courants sont simples : relance automatique de devis, génération de comptes-rendus depuis une dictée vocale, veille appels d'offres. Aucun de ces usages ne nécessite Fable 5. Mais si ces processus reposent entièrement sur un seul fournisseur, la fragilité est là quand même.

Le risque que l'Institut Montaigne appelle "dépendance captive"

Ce risque est décrit précisément dans une note publiée aujourd'hui par l'Institut Montaigne, signée par Charleyne Biondi, docteure en sciences politiques de l'Université Columbia. Elle appelle ça la "dépendance captive" : une organisation intègre l'IA, obtient des résultats, redessinne ses processus. Puis la tarification évolue, ou migrer vers un autre fournisseur devient trop complexe. Les décisions arrivent une par une, chacune rationnelle prise isolément. Et la dépendance s'est construite sans qu'on s'en rende compte (source : Maddyness / Institut Montaigne, 16 juin 2026).

Charleyne Biondi cite explicitement l'affaire Anthropic comme illustration concrète de ce risque.

Le constat qu'elle tire pour les PME françaises est instructif. En France, 38 % des PME utilisent désormais l'IA. Mais cette adoption "repose presque exclusivement sur des outils génériques sans refonte des processus". Autrement dit : beaucoup utilisent ChatGPT ou Claude de façon ponctuelle, sans workflows structurés. C'est à la fois une protection (moins de dépendance) et une limite (peu de valeur réelle capturée).

Selon le MIT NANDA, cité dans la note, 95 % des projets IA déployés n'ont produit aucun gain mesurable. Les 5 % restants captent cinq à dix fois plus de valeur. La différence ? "La qualité de l'intégration. Loin devant le budget ou l'accès aux modèles", formule Charleyne Biondi.

Pour une PME BTP, ces deux constats posent la même question : comment construire des automatisations qui créent vraiment de la valeur, sans créer une dépendance dont vous découvrirez le coût plus tard ?

Trois principes pour des workflows IA résilients

On a observé ces fragilités chez plusieurs PME BTP qui commençaient à automatiser. Trois principes simples en ressortent.

Séparer la logique de l'automatisation du moteur IA. Un workflow construit dans Make ou n8n peut appeler Claude, GPT-4o ou Mistral sans que l'architecture change. La clé : paramétrer l'appel au modèle comme une variable, pas comme un élément fixé. Vous changez le modèle en modifiant une ligne. Vous ne reconstruisez pas l'ensemble du processus.

Stocker vos données dans un espace que vous contrôlez. Les comptes-rendus générés, les résumés de devis, les historiques de relance : ils doivent vivre dans votre propre système (votre logiciel de gestion, un Drive partagé, Notion), pas seulement dans l'interface de l'outil IA. Si l'outil disparaît, vos données restent. Votre travail n'est pas perdu.

Tester une alternative avant d'en avoir besoin. Mistral AI est un acteur français, accessible en API, avec des modèles performants sur des tâches textuelles courantes. On a testé la génération de comptes-rendus de chantier avec Mistral Large sur plusieurs chantiers. Les résultats sont comparables à GPT-4o sur ce type de tâche. Avoir testé cette alternative vous permet de basculer en quelques heures si votre outil principal devient indisponible ou trop cher.

Ces trois principes ne demandent pas plus de temps à la conception. Ils demandent simplement d'y penser au moment où vous construisez, pas après.

Ce que l'affaire Anthropic dit vraiment

L'interruption de Fable 5 ne va pas changer la vie de la plupart des PME BTP françaises. C'est un modèle ultra-avancé, destiné à des usages très spécifiques.

Mais elle illustre quelque chose d'important pour quiconque commence à automatiser sérieusement : la résilience d'un workflow IA ne dépend pas que de sa performance. Elle dépend aussi de son architecture.

Un workflow performant mais fragile peut être cassé par une décision extérieure que vous ne contrôlez pas. Un workflow plus sobre, modulaire et portable, survit aux changements de modèles, de fournisseurs, de tarifs.

Dans le bâtiment, on dit souvent qu'un chantier bien préparé est un chantier à moitié construit. Les automatisations IA, c'est pareil. La bonne architecture au départ évite les reconstructions coûteuses ensuite.

Sources

Automatiser, c'est bien. Automatiser sans créer de dépendance fragile, c'est mieux. Brijyt accompagne les PME du BTP pour concevoir des workflows IA portables et résilients, qui tiennent dans la durée quelle que soit l'évolution des outils.

Échangez autour de votre problématique métier avec l'équipe de Brijyt.

Découvrir notre plateforme →

Rencontrer Brijyt | 02 59 50 30 85