loqy
← Tous les articles

Souveraineté

Ce que signifie construire un agent IA européen

Relier l’origine, les lieux de traitement, les formats et les voies de sortie permet d’évaluer la souveraineté.

Etienne 8 min de lecture

Une entreprise européenne veut confier à un agent IA des contrats, des tableaux de bord et des recherches internes. Pour évaluer sa souveraineté, le responsable informatique relie l’origine de l’éditeur, les lieux de traitement, les contrats, les formats de données et les chemins de remplacement.

La souveraineté est la capacité de choisir, comprendre, exploiter, remplacer et quitter les différentes couches du système.

Pourquoi la question se pose particulièrement en Europe

Les organisations européennes utilisent un marché concentré autour de grandes entreprises américaines et asiatiques. Au 13 août 2026, deux services fermés d’agents de travail retenus pour la comparaison, Claude Cowork et ChatGPT Work, sont publiés respectivement par Anthropic et OpenAI, deux entreprises américaines.

Le paysage des modèles est plus divers. Anthropic, OpenAI, Google, Meta et SpaceXAI sont américains. Qwen est développé dans l’écosystème Alibaba en Chine et DeepSeek est exploité depuis Hangzhou. Mistral AI est française. Umans, qui donne accès à plusieurs familles asiatiques depuis une offre française, est établie à Montrouge. Des projets ouverts et des fournisseurs européens complètent ce paysage.

L’origine d’une entreprise devient utile lorsqu’elle est reliée au lieu de traitement, au droit applicable, à l’accès aux journaux, à l’ouverture du modèle et au chemin de sortie.

Pour une organisation européenne, cette analyse a une portée stratégique. Le choix d’un agent touche les documents de travail, les connecteurs, les compétences internes, les décisions et parfois des données personnelles. Une dépendance qui semblait limitée à la génération de texte peut devenir l’interface par laquelle une équipe organise toute son activité.

Six couches, six questions de contrôle

La souveraineté d’un agent se mesure sur six couches qui se renforcent mutuellement.

  1. Données. Où se trouve la copie de référence ? Qui peut la lire, l’exporter et la supprimer ?
  2. Logiciel. Le fonctionnement peut-il être inspecté, reconstruit et maintenu sans l’éditeur ?
  3. Modèles. Le modèle est-il imposé, remplaçable, local ou choisi chez un fournisseur précis ?
  4. Infrastructure. Où s’exécutent le site, l’agent, les outils et l’inférence ? Quels opérateurs y ont accès ?
  5. Droit. Quelles entités portent les responsabilités de responsable, sous-traitant, fournisseur ou déployeur ?
  6. Compétences. L’organisation sait-elle comprendre, qualifier, exploiter et remplacer le système ?

La souveraineté grandit lorsque chacune des six couches associe un contrôle concret à une preuve : format lisible, secret protégé, construction vérifiable, route identifiée et compétence opérationnelle.

La souveraineté dépend de contrôles répartis dans tout le système. Chaque couche associe une décision à la preuve qui permet de la vérifier.

Données locales, traitements choisis

loqy commence par une autorité locale. En V1, le moteur de l’agent, la conversation, les projets, les règles, les preuves et les livrables de référence résident sur le Mac. L’application fonctionne sans compte loqy. Une tâche compatible avec un modèle local peut être exécutée sans transmettre son contexte à un fournisseur d’inférence.

Cette architecture réduit le nombre d’acteurs auxquels il faut faire confiance. Le compte macOS, FileVault, les sauvegardes, les mises à jour et la sécurité physique complètent la protection de la machine. Le local améliore ainsi le contrôle et la minimisation des transferts.

Lorsqu’un utilisateur choisit un modèle hébergé, le contexte admis pour cette requête quitte la machine. Le moteur local garde l’autorité sur les outils, les identifiants, les règles et le projet. Le fournisseur reçoit ce qui est nécessaire à l’inférence, selon son contrat et sa route exacte.

Cette distinction permet un choix européen concret. Un utilisateur peut employer un modèle Mistral chez le fournisseur français Mistral AI, choisir DeepSeek par l’intermédiaire français Umans lorsque le rapport coût, vitesse et données convient, appeler Claude ou GPT pour une autre tâche, ou rester sur un modèle local. La route sélectionnée reste fixe pendant l’exécution.

Le contrôle réside dans un choix informé et attribué à un modèle, un fournisseur et une route précis. La carte des lieux d’exécution montre les frontières de données et d’autorité derrière ce choix.

Ce que changent le RGPD et le règlement européen sur l’IA

Le RGPD et le règlement européen sur l’intelligence artificielle donnent un cadre opérationnel à cette architecture.

Le RGPD organise notamment les rôles, les finalités, la minimisation, les droits des personnes et les transferts de données personnelles. Son droit à la portabilité vise certaines données personnelles dans un format structuré, couramment utilisé et lisible par machine. La portabilité du produit étend ce principe au projet, à ses modèles financiers, à ses preuves et à ses règles métier lorsque l’utilisateur en a la maîtrise.

Le règlement européen sur l’IA fixe des règles selon les rôles, les usages et les niveaux de risque. Son champ peut couvrir des fournisseurs et déployeurs situés hors de l’Union lorsque le système ou ses résultats sont utilisés en Europe. Il prévoit des interdictions, des obligations pour certains systèmes à haut risque, des règles de transparence et des exigences pour les modèles d’IA à usage général. Chaque déploiement se qualifie selon son usage et ses acteurs.

Au 13 août 2026, le règlement s’applique selon son calendrier propre depuis le 2 août 2026. Chaque déploiement tient à jour son analyse juridique et sa documentation de conformité.

L’intérêt d’une architecture vérifiable est ailleurs : elle rend les questions réglementaires traitables. Il devient possible de nommer le responsable d’une donnée, le modèle exact, la route réseau, les preuves d’une décision, les éléments exportés et les limites d’un traitement. La conformité exige ensuite les politiques, contrats et usages appropriés.

Piloter chaque dépendance par son autorité et sa sortie

loqy est conçu en France et s’adresse au monde entier, avec une responsabilité particulière envers les utilisateurs européens. Sa pile internationale reste explicite et remplaçable.

La première version cible Apple Silicon et macOS. Apple est une entreprise américaine et le système d’exploitation reste une dépendance majeure. Le moteur d’inférence utilise des projets ouverts développés par une communauté internationale. Le catalogue local comprend Qwen, Ornith et Gemma, issus d’organisations ou de communautés de plusieurs régions. Les fournisseurs hébergés couvrent également l’Europe, les États-Unis et l’Asie.

Le site public est hébergé en France chez Scaleway. Ce choix rapproche l’infrastructure Web, le droit applicable au fournisseur et l’exploitation du projet. Une inférence volontairement appelée chez Anthropic, OpenAI ou un autre fournisseur suit sa propre route identifiée.

Chaque dépendance s’évalue à l’aide de quatre questions concrètes :

  • quelle autorité lui est confiée ;
  • quelles données elle reçoit ;
  • comment sa version et sa provenance sont vérifiées ;
  • quelle solution existe si elle change, devient indisponible ou ne convient plus.
Apple, les modèles, les fournisseurs d’inférence et l’hébergement possèdent chacun un chemin de sortie distinct : disponible maintenant, soumis à qualification ou rendu possible par l’architecture.

Une sortie crédible et graduée

La dépendance à Apple illustre la différence entre portabilité d’architecture et disponibilité immédiate. Les contrats métier de loqy restent portables, tandis que la V1 est une application macOS sur Apple Silicon. Windows et Linux sont des cibles rendues possibles par la séparation entre le cœur métier et les adaptateurs de plateforme.

Le remplacement d’un modèle est plus direct. Le moteur local possède un catalogue d’artefacts exacts. Une exécution choisit un modèle précis et conserve son attribution. Un autre modèle local ou hébergé peut traiter la demande suivante sans prendre possession de l’historique.

Le remplacement d’un fournisseur hébergé suit les routes prises en charge. Les identifiants restent dans le Trousseau macOS et le changement demande une nouvelle configuration explicite.

Le site statique offre un cas plus simple : sa sortie générée et son manifeste peuvent être déployés sur un autre serveur Web compatible. La configuration Hermes actuelle chez Scaleway est l’exploitation choisie pour un format de site portable.

Chaque dépendance possède un état de sortie différent : disponible maintenant, possible après qualification, ou rendu possible par l’architecture. Le test de disparition d’un service décrit ce qu’une sortie réellement praticable préserve.

Les compétences font partie de la souveraineté

La souveraineté inclut la capacité d’une organisation à exploiter son code, ses modèles et ses données au-delà d’un petit nombre de spécialistes.

Pour loqy, la documentation des décisions, les schémas d’architecture, les manifestes, les procédures de construction, les nomenclatures logicielles et les tests de qualification ont une fonction opérationnelle. Ils expliquent pourquoi une frontière existe et comment vérifier qu’une nouvelle version la respecte.

Cette connaissance doit être transmissible. Reproduire une construction, examiner une mise à jour, changer un modèle, restaurer un export ou qualifier un nouveau fournisseur ne doit pas dépendre d’un souvenir privé. L’ouverture du code devient réellement utile lorsque l’on peut relier une décision, une source, une version, une preuve et une procédure. L’article sur les preuves détaille ce lien à l’échelle d’un travail concret.

Une grille de décision pour les organisations européennes

Avant d’adopter un agent de travail, une équipe peut demander :

  1. Quels traitements restent possibles sans compte ni service distant ?
  2. Qui détient la copie de référence des conversations, fichiers et preuves ?
  3. Le modèle et son fournisseur sont-ils deux choix distincts ?
  4. Quelles données quittent l’appareil pour chaque fonction ?
  5. Dans quelles juridictions se trouvent l’éditeur, l’hébergeur et le sous-traitant effectif ?
  6. Le code distribué possède-t-il une provenance, une signature et une nomenclature vérifiables ?
  7. Quels formats et procédures permettent de sortir ?
  8. Quelle dépendance n’a pas encore de remplacement qualifié ?

Un agent européen sérieux montre ses frontières, reconnaît ses dépendances et donne à l’utilisateur des choix qui ont des conséquences réelles.

loqy permet d’utiliser l’option la mieux adaptée au besoin tout en rendant chaque dépendance visible et remplaçable. Pour un produit mondial conçu en Europe, la souveraineté se mesure à cette faculté : comprendre qui intervient, choisir librement et pouvoir partir sans perdre son travail.

Sources