Eclipse Foundation : une fondation pour l’IA souveraine open source
La Sovereign AI Foundation, annoncée à Bruxelles par l’Eclipse Foundation, ne rend pas une IA souveraine par simple adhésion. Elle met toutefois au premier plan le travail décisif : rendre les dépendances visibles, comparer des alternatives ouvertes et produire des pratiques communes pour reprendre le contrôle d’une chaîne d’IA.
1. Ce qui est annoncé
Le 30 septembre, l’Eclipse Foundation a lancé la Sovereign AI Foundation, une initiative neutre vis-à-vis des fournisseurs réunissant initialement 17 organisations. Son objectif annoncé est d’aider les membres à comprendre leurs dépendances IA, à évaluer des alternatives open source et à transformer l’expertise partagée en recommandations pratiques.
Il s’agit d’une initiative de coordination et de guidance, non d’une certification, d’un cloud souverain ni d’une garantie de conformité. Une entreprise doit donc distinguer l’existence d’un projet open source des propriétés réelles de son déploiement.
2. L’open source est une capacité, pas une preuve
Des poids ouverts ou un composant libre peuvent améliorer l’auditabilité, l’adaptabilité et la réversibilité. Ils ne répondent pas seuls aux questions de lieu d’inférence, d’accès administrateur, de sécurité de la chaîne logicielle, de jeux de données, de support ou de continuité. Les dépendances cachées — API, modèles d’embedding, registres, télémétrie et connecteurs — déterminent souvent le niveau effectif de contrôle.
3. Ce que cela change pour une entreprise belge ou française
Pour une PME, une ETI ou une administration, le signal utile est de transformer le mot « souverain » en inventaire vérifiable. Pour chaque cas d’usage, il faut identifier modèle, version, licence, fournisseur, données, pays de traitement, runtime, composants RAG, outils MCP, identité technique et procédure de remplacement. Cette discipline facilite autant les choix en Intelligence Artificielle Belgique et Intelligence Artificielle France que les exigences de marchés publics.
Dans Odoo Belgique, Odoo France ou Odoo Entreprise, un agent peut utiliser un modèle ouvert tout en exposant des données via un connecteur, une journalisation ou des droits trop larges. Le contrôle doit couvrir l’ERP, les extensions, les secrets et les procédures de reprise, pas seulement le modèle.
4. Analyse Underside : gouverner une chaîne substituable
La valeur de cette initiative est de déplacer la conversation de l’étiquette vers la capacité de choisir. Une architecture crédible permet de remplacer un modèle, de réhéberger l’inférence, d’exporter les index et les journaux, et de prouver qui peut déclencher une action. Cette substituabilité doit être conçue avant la mise en production, car elle devient coûteuse une fois les flux métier et les corpus RAG verrouillés.
Il faut aussi garder les politiques d’accès, l’approbation humaine et les limites financières en dehors du modèle. Un agent peut préparer une proposition dans Odoo ou un outil métier ; il ne doit pas acquérir par là-même le droit de valider une écriture comptable, un paiement ou une suppression.
5. Une démarche concrète
Commencer par un registre des dépendances et une classification des données, puis tester un scénario de sortie : remplacer le modèle, couper un fournisseur externe, restaurer un index RAG et révoquer une identité d’agent. Mesurer ensuite la qualité, le coût, la latence et les preuves conservées. Ces essais rendent l’autonomie observable plutôt que déclarative.
Priorité : évaluer l’IA souveraine par la capacité à inspecter, remplacer et gouverner chaque maillon — modèle, données, runtime, connecteurs et identités — avec des tests de sortie documentés.
Évaluer une architecture IA souveraine