Ce que l'Europe se trompe sur l'indépendance de l'IA
The wrong question in the right room
The room was the sort Europe is good at producing: practical chairs, coffee that had clearly suffered, name cards, simultaneous translation equipment nobody needed, and a panel title containing the word strategic. The topic was AI independence. The first question from the moderator was predictable. Should Europe build its own frontier model?
It is not a foolish question. Models matter. Compute matters. Research capability matters. If a continent cannot train, evaluate, adapt, or deploy serious models, it will spend the next decade negotiating with other people's roadmaps. That is not independence. It is procurement with a flag on it. But the question is still too narrow. It treats independence as if it were a single object: one model, one cloud, one chip programme, one national champion, one policy package, one glorious ribbon cutting where the servers hum and everyone pretends the power bill is a cultural achievement.
AI independence is not one object. It is an operating position. It is the ability to choose between suppliers without losing the mission, to inspect the systems that affect rights and services, to move workloads when law or cost changes, to run critical functions under stress, to preserve local competence, to keep data and evidence under accountable control, and to say no without the organisation collapsing into a helpdesk queue. Independence is not isolation. It is leverage with a memory.
Europe often gets this wrong because it reaches for the most visible layer. The model is visible. The data centre is visible. The announcement is visible. The boring control paths are less visible: identity, keys, logging, portability, standards, procurement rights, evaluation methods, incident authority, talent pipelines, energy contracts, and the legal-operational map of who can compel what. Yet those boring paths decide whether a system can be governed after the press release. Sovereignty is often hidden in the admin console, which is rude of it but consistent with software.
Independence is not autarky
The first mistake is confusing independence with doing everything ourselves. Europe does not need to mine every material, design every chip, train every model, host every service, write every library, and manufacture every cable before it can act with agency. That standard would make every country on earth dependent by definition, and also rather tired. Modern technology is cooperative. The question is not whether there are dependencies. There will be. The question is whether the dependencies are legible, substitutable, governed, and compatible with the institution's duties.
Autarky est un fantasme avec un entrepôt attenant. Elle séduit parce qu'elle promet une propreté psychologique. Si nous possédons toute la pile, dit l'argument, nous sommes libres. En pratique, posséder chaque couche peut créer de nouvelles fragilités : des marchés plus petits, une itération plus lente, des travaux dupliqués, une maintenance sous-financée, des viviers de talents étroits, et des systèmes locaux mais médiocres. Une dépendance locale reste une dépendance. Une boîte noire européenne reste une boîte noire, simplement avec de meilleures liaisons ferroviaires.
L'objectif plus sain est l'optionalité stratégique. Garder en Europe suffisamment de capacités pour comprendre, évaluer, adapter et exploiter les systèmes d'IA. Construire des interfaces ouvertes quand c'est possible. Maintenir des formats de données portables. Contrôler les enregistrements et les clés sensibles. Financer des capacités d'évaluation et de vérification. Veiller à ce que les institutions publiques puissent quitter un fournisseur sans laisser leur propre histoire derrière elles. Soutenir une infrastructure locale pour les charges de travail qui exigent localité, résilience ou responsabilité juridique. Utiliser la technologie mondiale là où elle aide, mais ne pas laisser la commodité devenir une architecture constitutionnelle.
C'est un slogan moins satisfaisant. C'est aussi un meilleur plan. L'indépendance ne consiste pas à refuser tout service extérieur. Elle consiste à empêcher qu'un service, une norme, une région, un fournisseur ou un régime juridique unique ne devienne la seule voie pratique pour un travail important. La différence compte. Une posture dit non au monde. L'autre dit oui, mais avec des issues, des preuves, et des adultes compétents qui lisent le contrat avant le quatrième café.
Le modèle n'est pas le plan de contrôle
La deuxième erreur consiste à traiter le modèle comme le centre de pouvoir unique. Les modèles de fondation sont importants. Ils façonnent les capacités, les coûts, la couverture linguistique, le comportement de sécurité et l'effet de levier sur le marché. L'Europe devrait s'en soucier. Mais un modèle seul n'est pas un système d'IA. Les vrais systèmes incluent l'ingestion de données, l'identité, la récupération, les invites, les appels d'outils, les passerelles de politique, la journalisation, la revue humaine, les pipelines de déploiement, la surveillance, la facturation, l'accès au support et la réponse aux incidents. Le contrôle se situe souvent dans ces couches.
Un hôpital utilisant un modèle externe avec des données locales, une récupération locale, des clés locales, des invites auditées, un accès contrôlé aux outils et un repli testé peut avoir une indépendance pratique plus grande qu'un hôpital utilisant un modèle nominalement local via une plateforme opaque qui possède l'identité, les journaux, les mises à jour et la sortie. La nationalité du modèle compte. Elle ne répond pas magiquement à la question de savoir qui peut inspecter, modifier, suspendre, exporter, prouver ou refuser.
C'est pourquoi le nationalisme du modèle peut devenir une distraction. Un continent peut financer d'excellents modèles et rester dépendant si les méthodes d'évaluation, les plateformes de déploiement, les plans de contrôle cloud, les outils propriétaires et les pipelines de données sont verrouillés ailleurs. De même, un modèle plus petit peut être stratégiquement utile s'il fonctionne localement, s'il est inspectable, s'il prend bien en charge les langues européennes, s'il peut être affiné ou contraint pour un travail de domaine, et s'il participe à des flux de travail responsables. La capacité sans contrôle est un pouvoir locatif. Le contrôle sans capacité est une frustration de principe. L'Europe a besoin des deux, ce qui est agaçant parce que les deux exigent du travail.
Le plan de contrôle inclut les droits ordinaires qui déterminent si une institution peut agir. Peut-elle figer une version de modèle. Peut-elle reproduire une sortie. Peut-elle prouver quelles données sont entrées. Peut-elle voir l'accès au support. Peut-elle fonctionner hors ligne pour des tâches essentielles. Peut-elle passer d'un fournisseur à un autre. Peut-elle auditer un appel d'outil. Peut-elle définir une politique à la périphérie. Peut-elle répondre à une question d'un régulateur sans transformer le service juridique en plugin de navigateur.
Les achats peuvent effacer la souveraineté en silence
L’Europe a un talent pour la réglementation et une faiblesse pour des habitudes d’achat qui annulent la réglementation dans la pratique. Une administration peut rédiger des principes soigneux, puis acheter une plateforme dont les conditions par défaut rendent l’inspection difficile, dont le chemin d’exportation est faible, dont la journalisation est propriétaire, dont la tarification pénalise le changement, et dont le modèle de support franchit des frontières que personne n’a cartographiées. Le communiqué de presse parle d’innovation responsable. Le contrat dit merci de soumettre un ticket.
L’achat n’est pas une tâche administrative. Il est constitutionnel pour les systèmes numériques. L’acheteur choisit quels droits survivent au premier contact avec la mise en œuvre. Si les appels d’offres ne demandent que des fonctionnalités, le coût, la certification de sécurité et la date de livraison, les fournisseurs optimiseront pour cela. S’ils demandent aussi la portabilité, les preuves, le contrôle local des clés, des interfaces ouvertes, le gel de version, le support d’audit, les obligations en cas d’incident, le traitement des données dérivées et des tests de sortie réalistes, le marché reçoit un signal différent. L’Europe ne peut pas se réglementer vers l’indépendance tout en achetant de la dépendance à grande échelle.
La même logique vaut pour l’évaluation. Les acheteurs adorent les chiffres de référence parce que les chiffres semblent décisifs en comité. Les repères ont de la valeur, mais l’indépendance exige des tests plus larges. Le système peut-il répondre dans les langues minoritaires et les termes régionaux. Peut-il citer des sources contrôlées. Peut-il refuser des tâches dangereuses selon la politique locale. Peut-il conserver des journaux utiles pour un recours. Peut-il fonctionner quand un service distant est indisponible. Une équipe peut-elle reproduire un résultat contesté. Le fournisseur peut-il expliquer un changement de modèle avant qu’il n’affecte le service public. L’institution peut-elle migrer sans une année de souffrance rituelle.
L’achat devrait intégrer le prix de la sortie dès le premier jour. Non pas parce que chaque fournisseur échouera, mais parce que la capacité de partir est ce qui rend la relation honnête. Un contrat sans chemin de sortie testé est une dépendance en habit formel. Très respectable. Toujours une dépendance.
La souveraineté des données n’est pas l’indépendance de l’IA
L’Europe parle beaucoup de souveraineté des données, et elle a raison. Les dossiers concernant les citoyens, les patients, les travailleurs, les étudiants, les entreprises, les infrastructures et la recherche ne devraient pas circuler dans des systèmes sans contrôle responsable. Mais la souveraineté des données seule n’est pas l’indépendance de l’IA. Un ensemble de données peut rester local pendant que le flux de travail dépend entièrement d’un point de terminaison d’inférence distant, d’un modèle d’intégration propriétaire, d’un service d’évaluation externe, d’une couche d’orchestration fermée ou d’une équipe de support avec des droits d’urgence que personne ne peut inspecter.
L'IA crée des artefacts dérivés. Les prompts, les embeddings, les résumés, les classements, les caches, les traces, les exemples d'évaluation, les journaux de sécurité, les étiquettes de retour et les enregistrements d'adaptation du modèle peuvent porter du sens issu des données d'origine. Si une politique d'indépendance ne protège que l'enregistrement source, elle manque une grande partie de la surface opérationnelle. Une base de données locale avec des dérivés distants peut satisfaire à une carte et échouer à un examen.
La question pratique est celle de l'héritage. Quels artefacts dérivés héritent des restrictions des données sources. Lesquels peuvent quitter l'institution. Lesquels peuvent être utilisés pour l'amélioration. Lesquels expirent. Lesquels sont des enregistrements. Lesquels sont des preuves. Lesquels peuvent être supprimés. Lesquels deviennent du matériel d'entraînement. Sans un héritage clair, les projets d'IA développent une odeur familière : tout le monde est confiant en réunion et vague dans le schéma. Les Néerlandais demanderont alors le schéma, c'est pourquoi nous sommes parfois invités en retard.
L'indépendance exige des droits sur les données plus des droits sur les processus. L'institution doit contrôler comment les données deviennent des entrées, comment les entrées deviennent le contexte du modèle, comment le contexte devient une sortie, comment la sortie devient une action, et comment chaque étape est enregistrée. Les données ne restent pas sagement dans une boîte pendant que le système d'IA se trouve ailleurs. Elles se déplacent, se transforment et laissent des traces. La souveraineté suit ces traces ou devient de la paperasse avec un joli logo.
Le calcul est une capacité, pas une identité
Une autre erreur consiste à transformer le calcul en symbole de pureté. L'Europe a besoin de plus de capacité de calcul, en particulier pour la recherche, les charges de travail d'intérêt public, l'adaptation industrielle et les services critiques. Elle a besoin d'une planification soucieuse de l'énergie, d'installations partagées, d'un meilleur accès pour les universités et les PME, et d'une infrastructure qui ne force pas chaque expérience sérieuse dans une file d'attente étrangère. Mais le calcul seul ne crée pas l'indépendance. Un rack d'accélérateurs est une possibilité, pas une stratégie.
Les questions utiles sont opérationnelles. Qui peut accéder au calcul. Sous quelles conditions. Pour quelles charges de travail. Avec quelles garanties de localisation des données. Avec quel modèle de comptabilité. Avec quelle pile logicielle. Avec quel profil énergétique. Avec quel plan de maintenance. Quelles charges de travail nécessitent un entraînement haut de gamme. Lesquelles nécessitent une inférence efficace. Lesquelles nécessitent un déploiement CPU-first ou en périphérie. Lesquelles nécessitent une relecture déterministe. Lesquelles nécessitent le calcul confidentiel. Lesquelles doivent continuer à fonctionner en cas de stress géopolitique ou commercial.
Une stratégie européenne de calcul devrait éviter deux extrêmes paresseux. L'un dit que tout ce qui est important nécessite le plus grand cluster d'accélérateurs possible, de préférence annoncé avec un plan de drone. L'autre dit qu'un logiciel intelligent à lui seul élimine le besoin de matériel sérieux. Les deux sont incomplets. Certains travaux nécessitent un calcul massif. Certains travaux nécessitent une exécution plus petite, locale, efficace et inspectable. L'indépendance est la capacité d'adapter la charge de travail à la posture plutôt que de forcer chaque problème à passer par la même porte coûteuse.
L'énergie compte aussi. Une politique de calcul qui ignore la disponibilité de l'électricité, les contraintes du réseau, la réutilisation de la chaleur et le coût d'exploitation à long terme n'est pas stratégique. C'est un plan de chauffage avec des jetons. L'Europe ne peut pas construire une indépendance crédible en matière d'IA en important une dépendance et en la convertissant en une autre. Le calcul doit être planifié avec l'énergie, la localisation, les talents et la valeur publique dans le même cadre.
Les normes sont des infrastructures en habits ordinaires
L'Europe sous-estime parfois la puissance des normes ennuyeuses. Les formats ouverts, l'identité interopérable, les paquets de modèles portables, les journaux audités, la documentation des jeux de données, les protocoles d'évaluation, l'expression des politiques, les registres de provenance et les descriptions de charges de travail peuvent faire plus pour l'indépendance qu'un autre document stratégique à couverture bleue. Les normes réduisent les coûts de changement. Elles permettent aux petits fournisseurs de participer. Elles rendent les acheteurs publics moins dépendants d'une seule implémentation. Elles permettent aux régulateurs de poser des questions précises. Elles aident les équipes à passer du pilote à l'exploitation sans réécrire le monde.
Les normes ne sont pas glamour parce que leur succès ressemble à rien de spécial. Un jeu de données se déplace et conserve le même sens. Un modèle est remplacé et le harnais d'évaluation fonctionne toujours. Un journal est exporté et reste utile. Une politique est exprimée une fois et vérifiée dans plusieurs environnements d'exécution. Une institution publique peut comparer les fournisseurs sans traduire chaque réponse d'un dialecte propriétaire. C'est l'équivalent bureaucratique de la plomberie. Personne n'applaudit le tuyau jusqu'à ce qu'il casse, moment où tout le monde devient passionné de plomberie.
L'indépendance a aussi besoin d'entretien public. Les normes ouvertes et les outils ouverts se dégradent sans mainteneurs. L'Europe a financé de nombreux pilotes et trop peu de foyers ennuyeux à long terme. Ce n'est pas seulement un problème technologique. C'est un problème d'imagination budgétaire. Le continent aime les subventions à la nouveauté et n'aime pas payer pour ce qui continue de fonctionner après que la nouveauté est partie à une autre conférence. L'indépendance de l'IA exigera des budgets de maintenance, des implémentations de référence, des tests de conformité, de la documentation et des personnes dont le travail consiste à maintenir ennuyeusement vivante l'infrastructure partagée.
C'est là que les petites et moyennes organisations comptent. Si seules les plus grandes entreprises et les ministères peuvent se conformer à l'architecture d'indépendance, cette architecture ne sera pas indépendante au niveau du système. Elle centralisera la compétence. Les normes devraient permettre à un hôpital, une ville, un fabricant, une école, un groupe de recherche et une startup d'adopter les parties dont ils ont besoin sans embaucher un comité permanent. La complexité est parfois nécessaire. La rendre non partageable est un choix.
Le talent est la dépendance la plus profonde
The most important dependency is not a model or a chip. It is expertise. A continent that cannot understand its own AI systems cannot be independent, no matter where the servers sit. Talent means researchers, engineers, data stewards, security people, procurement specialists, lawyers who understand operational systems, domain professionals who can evaluate outputs, and managers who can ask concrete questions instead of requesting innovation with a responsible tint.
Europe has strong talent. It also leaks talent, fragments talent, underuses public-sector talent, and often separates technical, legal, and operational expertise into rooms that meet only when something has already become expensive. AI independence needs mixed competence. A procurement officer should understand exit rights. A lawyer should understand logs and derived data. An engineer should understand legal basis and appeal. A domain expert should have authority in evaluation. A manager should know when a benchmark is theatre.
This is partly education and partly job design. If public institutions buy AI but keep no internal technical memory, they become dependent even with perfect contracts. If companies outsource every critical operation, they lose the muscle to challenge suppliers. If universities train model builders but not evaluators, maintainers, auditors, and data stewards, the ecosystem becomes impressive at demos and thin in production. Independence is carried by people who can inspect, adapt, and repair. People, inconveniently, require salaries and time.
The good news is that talent compounds when it works on real infrastructure. Shared testbeds, public datasets with governance, local compute access, open evaluation suites, cross-sector fellowships, and procurement labs can create practical fluency. The bad news is that this is slower than announcing a platform. Europe likes platforms. Platforms like to be announced. Competence likes to be practiced.
A decision loop for independence
AI independence should be managed as a loop, not a declaration. Start with mission classification. Which workflows are critical. Which affect rights. Which require local operation. Which can tolerate external dependency. Which need high capability more than strict locality. Which need evidence more than speed. Not every workload deserves the same posture. Treating everything as existential makes governance unusable. Treating everything as ordinary makes incident reports educational.
Then map dependencies. Data, compute, model, runtime, identity, keys, logs, support, evaluation, legal reach, energy, talent, and exit. Map them for normal operation and stress. Stress is where dependencies stop being theoretical. What happens when a supplier changes terms, a region fails, a law changes, a vulnerability appears, a regulator asks for evidence, or a public service must continue during a network split.
Then choose posture. Some workloads can use external APIs with clear records. Some need regional hosting. Some need local runtime with external models. Some need open models. Some need shared public compute. Some need full isolation. The point is not to crown one architecture. The point is to prevent architecture by default. Defaults are how dependency becomes invisible.
Then test and revise. Run exit drills. Reproduce outputs. Review logs. Move a sample workload. Freeze a model version. Rotate keys. Ask whether a new model changed behaviour. Check language performance. Inspect derived data. Measure costs over time. Independence that is never tested is a mood. Europe has enough moods. It needs operating evidence.
L'avantage européen, si nous choisissons de l'utiliser
L'Europe a des atouts. Elle dispose d'institutions publiques solides, d'une expertise sectorielle, d'une réalité multilingue, d'une expérience réglementaire, d'une profondeur de recherche, de niches industrielles, d'une culture de la vie privée et d'une tendance culturelle à poser des questions de procédure dérangeantes avant le déjeuner. Ce dernier point est sous-estimé. Les systèmes d'IA ont besoin de questions de procédure dérangeantes. Ils ont besoin de personnes qui demandent d'où viennent les données, qui peut faire appel, quelle version a été exécutée, si la source est périmée, qui possède l'exception et pourquoi la facture ressemble désormais à un projet d'infrastructure régional.
Le défi consiste à transformer ces atouts en capacité opérationnelle. La réglementation sans mise en œuvre devient de la paperasse. La recherche sans déploiement devient de la citation. Les achats sans issue de secours deviennent une dépendance. L'infrastructure sans talents devient un monument. Les talents sans autorité deviennent une frustration. L'Europe ne manque pas d'ingrédients. Il lui manque souvent le tissu conjonctif qui les relie.
L'indépendance de l'IA devrait donc se mesurer moins à la vigueur de nos déclarations d'autonomie qu'à ce que les institutions peuvent réellement faire. Une ville peut-elle faire fonctionner un service assisté par IA et expliquer chaque décision importante. Un hôpital peut-il garder l'inférence critique près des dossiers sensibles. Un fabricant peut-il adapter des modèles sans divulguer son savoir-faire. Une école peut-elle inspecter les outils qui façonnent les dossiers d'apprentissage. Un régulateur peut-il reproduire des résultats contestés. Une start-up peut-elle vendre sur les marchés publics sans se réadapter pour chaque plateforme propriétaire. Un groupe de recherche peut-il accéder à la puissance de calcul sans devenir le passe-temps d'un revendeur.
Tout cela est moins spectaculaire que les gros titres sur les modèles de pointe. C'est aussi là que l'indépendance devient réelle. Un continent n'est pas indépendant parce qu'un champion existe. Il est indépendant lorsque de nombreuses institutions disposent d'une base commune suffisante et d'une autorité locale suffisante pour bien agir.
La leçon
Ce que l'Europe comprend mal à propos de l'indépendance de l'IA, c'est l'habitude de chercher un symbole unique : un modèle, un centre de données, une règle sur le cloud, un héros industriel, une réglementation, une plateforme. Les symboles comptent, mais ils ne font pas fonctionner les systèmes. L'indépendance est la capacité pratique de choisir, d'inspecter, de déplacer, de refuser, de réparer et de continuer à servir la mission lorsque les conditions changent.
Cela exige des modèles et de la puissance de calcul, certes. Cela exige aussi des plans de contrôle, des règles d'héritage des données, des droits d'achat, des normes ouvertes, une capacité d'évaluation, une planification énergétique, des compétences locales et des issues de secours testées. Cela exige une culture qui traite les droits opérationnels ennuyeux comme des atouts stratégiques. Cela exige d'accepter la dépendance lorsqu'elle est encadrée et de la réduire lorsqu'elle devient silencieusement du pouvoir.
L’Europe ne devrait pas chercher à être seule. Elle devrait chercher à être difficile à piéger. C’est une meilleure définition de l’indépendance pour un continent connecté. Coopérer largement, acheter intelligemment, construire là où c’est nécessaire, entretenir ce qui est partagé, conserver les preuves à proximité et préserver le droit de changer de cap. Moins héroïque, peut-être. Plus souveraine.