LaboratoireAcme · distribution synthétique · ingénierie des données

L’autorité avant l’acte

Des agents avec autorité, pas seulement avec accès. La même charge Snowflake, sans et avec EDAVEN : autorité, responsabilité et contrôle à chaque acte.

152 tables4,48 M lignes155 fichiers707 contrôles d’équivalence2 moteurs (Postgres et Snowflake)

Ce qui distingue ceux qui passent à l’échelle

Les agents d’IA livrent déjà. Les modèles sont excellents et de moins en moins chers. Ce qui distingue ceux qui passent à l’échelle de ceux qui restent en test, ce sont trois réponses que l’organisation doit avoir avant chaque acte.

Snowflake a fait sa part les deux fois. Les deux chargements ont utilisé les mêmes capacités natives de la plateforme et abouti au même résultat. La différence tient à l’organisation du travail : qui a autorisé, dans quelle limite, qui a révisé et où la preuve a été gardée. C’est ce qu’ajoute le hub EDAVEN, au-dessus de la plateforme et sans la remplacer.

Autorité

Qui a autorisé l’agent, avec quelle portée et jusqu’à quand.

Responsabilité

Qui répond de l’acte, avec un nom, un reçu et la preuve de la donnée utilisée.

Contrôle

Ce que la machine décide seule et où une personne intervient, écrit et appliqué.

La question qu’on se pose d’habitude est bonne : si l’agent se trompe demain, pouvons-nous tracer la donnée utilisée, son responsable et qui répond ?

Mais elle regarde encore en arrière. La question de l’opération est autre :

Aujourd’hui, chaque agent agit-il avec une autorité déléguée, avec un responsable ayant accepté le mandat et dans les limites que quelqu’un a écrites ?

Quand la réponse est oui, l’organisation délègue davantage, en confiance. Pour y arriver, un dessin ne suffit pas : il faut une opération. L’architecture dit où sont les contrôles. L’ingénierie transforme la règle en contrôle appliqué à chaque acte. L’opération le fait chaque jour, avec responsable, preuve et coût. Pour montrer la différence, nous avons fait un travail courant d’ingénierie des données des deux façons.

Le laboratoire

Acme est une organisation synthétique de distribution que nous utilisons pour opérer EDAVEN comme s’il s’agissait d’une opération réelle. Elle dispose d’un DW avec ventes, stocks, clients et articles de 2024 à 2026, et de 25 bases auxiliaires : position et événements de stock, commandes d’achat, demande, prévision, politique, marge, fournisseurs, retours et capacité.

La tâche était courante dans toute équipe data : créer la structure dans Snowflake, téléverser les fichiers, charger les tables et prouver que le résultat est identique à la source. Un agent d’IA du marché (Claude Opus 5.5, avec Jev, par le terminal et le navigateur) a fait le travail avec le responsable du domaine, directement dans la console de la plateforme.

Les données sont synthétiques ; l’opération et les contextes sont ceux du marché : les mêmes plateformes, les mêmes types de travail et les mêmes règles qu’une équipe data affronte. Arcogi est partenaire Registered du Snowflake Partner Network, et Snowflake était l’outil du laboratoire. Il en va de même avec toute plateforme de données, avec dbt, avec les orchestrateurs, avec les outils de BI et de catalogue.

sans EDAVEN

Sans EDAVEN : comment le travail s’est déroulé

Qui l’a fait, et avec quoi

L’agent était Claude Opus 5.5, d’Anthropic, l’un des modèles les plus capables du marché. Il a été opéré par Claude Code dans le terminal, avec Jev, le modèle de décision typée de TypeSafe AI, et avec un accès direct au navigateur par l’extension Claude in Chrome, dans la console Snowflake déjà authentifiée avec le rôle d’administrateur. Le responsable du domaine a suivi et autorisé par la conversation.

C’est la configuration que beaucoup d’équipes utilisent déjà : d’excellents modèles du marché, les mains sur la console et le pouvoir de celui qui l’a ouverte. Les modèles ont tout réussi. C’est précisément pour cela que le problème n’est pas dans les modèles.

  1. Accès. Le travail a tourné avec le rôle d’administrateur du compte, le plus large qui existe. Personne n’a consigné pourquoi cet accès, pour quoi faire ni jusqu’à quand.
  2. Structure et charge. Plus de 170 instructions en un après-midi : créer la base, les rôles et les zones de chargement, téléverser les fichiers, charger 152 tables.
  3. Écarts en chemin. Un fichier dépassait la limite d’envoi et a été divisé en deux. La charge du DW a été faite par un bloc équivalent aux 124 commandes du paquet. Les décisions étaient justes, mais elles sont restées dans l’historique de la conversation.
  4. Deux défauts trouvés et corrigés. Une commande du paquet ne tourne pas sur la plateforme. Le script de rapprochement additionnait en entiers, car NUMERIC sans précision devient un entier dans Snowflake, et a produit 96 fausses erreurs. Les corrections sont restées dans le dépôt du projet.
  5. Preuve. Comptages identiques sur les 152 tables et 707 contrôles de somme concordant avec Postgres. Une bonne preuve, gardée dans un fichier que l’organisation ne voit pas.
Historique des requêtes Snowflake avec des dizaines de commandes COPY INTO exécutées par le même utilisateur avec le rôle d’administrateur du compte
Snowflake, historique des requêtes. Plus de 170 instructions de charge et de rapprochement exécutées par le même utilisateur, avec le rôle d’administrateur. Snowflake a enregistré chaque commande, comme il se doit. Qui a autorisé, sous quel mandat et pourquoi relève de l’organisation, et là, cela s’est décidé au détour d’une conversation. Compte et utilisateur masqués.
Table INVENTORY_EVENTS chargée dans Snowflake avec 916 567 lignes
Snowflake, table chargée. INVENTORY_EVENTS avec 916 567 lignes, les mêmes qu’à la source. La donnée est juste. Le contexte de son arrivée est resté dehors.

Tout a fonctionné. La vitesse appartenait à l’agent, pas à l’organisation

Techniquement, la charge a réussi. Tracer serait possible, mais comme une enquête : en recoupant l’historique des requêtes, la conversation et les commits. En fin d’après-midi, Acme ne pourrait pas répondre à des questions simples :

Question de l’organisationAxeRéponse sans EDAVEN
Qui l’a demandé, et pourquoi ?ResponsabilitéDans une conversation. Hors de tout système de l’entreprise.
Avec quelle délégation ?AutoritéRôle d’administrateur du compte, sans périmètre ni délai.
Qui a revu ?ContrôlePersonne d’autre que celui qui a exécuté.
Quels écarts ?ContrôleRetenus par celui qui l’a fait. Aucun enregistrement lié à l’exécution.
Est-ce prouvé ?ResponsabilitéOui, dans un fichier de projet que l’audit n’atteint pas.
Qu’avons-nous appris ?GouvernanceDans la tête de celui qui l’a fait et dans un commit. L’équipe suivante repart de zéro.
Combien cela a-t-il coûté ?GouvernanceLes crédits de la plateforme figurent sur la facture. Le coût de l’agent et des personnes, non.
À quelle décision cela a-t-il servi ?GouvernanceAucun lien avec la valeur métier.

avec EDAVEN

Avec EDAVEN : architecture, ingénierie et opération

EDAVEN Organisation et Agents est le système d’exploitation de l’organisation de personnes et d’agents. C’est le hub où l’entreprise affecte des équipes de personnes et d’agents, concède des modèles, définit des mandats et entretient la relation fiduciaire, c’est-à-dire qui répond de quoi. Données et Décisions sont les moteurs qui relient le hub à l’écosystème, pour consommer et pour livrer.

Les modèles sont les mêmes que dans le laboratoire. Ce qui change, c’est qu’ils passent par le hub. Jev, par exemple, est relié à l’écran comme fournisseur de décision : clé de l’organisation conservée dans le coffre, consentement de sortie des données enregistré et activation approuvée par une seconde personne. Il peut tourner en mode ombre, uniquement pour calibrer, avec la calibration enregistrée par cas d’usage.

Architecture

Un plan de contrôle au-dessus des plateformes. Les outils restent ceux de l’entreprise ; la gouvernance devient une seule.

Ingénierie

Chaque règle devient un contrôle appliqué avant l’acte : mandat, délégation, identifiant à périmètre et délai, seconde personne, reçu et preuve.

Opération

Personnes et agents travaillent chaque jour à l’intérieur de ces contrôles, avec responsable, preuve, apprentissage et coût visibles.

Architecture : un contrat par classe d’outil

Le hub traite l’écosystème par classe d’outil, toujours avec le même contrat : décrire ce qu’il peut faire, simuler, exécuter avec reçu, vérifier selon le référentiel de preuve et revenir en arrière quand c’est possible. Les plateformes SQL, le code versionné et les serveurs MCP ont des portes dans le produit. Orchestrateurs et outils de BI, de sémantique et de catalogue sont reliés par le service d’implantation, via l’API ou le MCP de l’outil lui-même, sous la même gouvernance.

Classe d’outilComment le hub livrePreuve type
Plateforme de données SQLEntrepôt, lakehouse ou base de données. Instructions sous le rôle loué, une par étape, depuis la source déclarée dans l’enveloppeComptages, sommes de contrôle, aperçu du schéma
Code versionnédbt, sémantique en code, notebooks. Pull request dans le dépôt du client, CI du client, fusion comme décision humaineCI au vert, tests du projet, diff
OrchestrateurRelié par le service d’implantation. Déclenche un pipeline déjà approuvé, avec les paramètres de l’enveloppeÉtat final et journaux
BI, sémantique et catalogueRelié par le service d’implantation. Publie via l’API de l’outilAvant et après, responsable notifié
Serveurs MCPAppel d’outil sous le jeton de la locationRésultat plus sonde de vérification

Ingénierie : la même charge, avec la règle en vigueur avant chaque acte

  1. Cas. La demande entre comme un cas, avec responsable, finalité et délai.
  2. Équipe. Une ingénieure data et un agent d’ingénierie des données, avec les modèles concédés par l’organisation : le modèle de langage de l’agent et, si elle le souhaite, Jev comme fournisseur de décision.
  3. Mandat. Périmètre (base et schémas), verbes autorisés et validité, accepté nominativement par celui qui répond. Jamais le compte entier.
  4. Plan avec enveloppe. L’agent propose le plan. La personne approuve une fois l’enveloppe entière : périmètre, source des données, verbes, limite de coût, fenêtre et référentiel de preuve. La seconde personne intervient là où le risque l’exige.
  5. Identifiant loué. Un rôle de livraison à périmètre et délai, activé pour cette exécution et désactivé à la fin ; si la fenêtre est dépassée, le hub alerte et l’enregistre. Sans administrateur.
  6. Exécution avec reçu. Chaque étape génère un reçu avec le SQL exact et l’identifiant renvoyé par la plateforme. Un écart, comme diviser un fichier, devient une nouvelle version du plan avec un motif.
  7. Preuve selon le référentiel. Les 152 comptages et les 707 contrôles entrent comme preuve dans le registre de l’organisation, qui rend toute altération détectable.
  8. Apprentissage et coût. Le défaut du NUMERIC devient un candidat à la mémoire de l’organisation, avec curation humaine. Le coût se clôt par plan : celui des agents qui tournent sur EDAVEN est mesuré ; celui de la plateforme, mesuré quand elle le communique ou estimé sur une base déclarée ; le temps des personnes, déclaré. Et il se relie à la valeur de la décision qui utilise cette donnée.

Opération : comment cela apparaît dans le produit

Les écrans ci-dessous proviennent d’EDAVEN en opération synthétique : le produit réel, dans un locataire de démonstration avec les personnes, agents et données synthétiques d’Acme.

Fiche de l’agent Analyste des ventes dans EDAVEN : responsable Carla Mendes, domaine Commercial, équipe, mandat jusqu’au 09/01/2027, risque faible, ce qu’il ne doit jamais faire et cycle de vie jusqu’à Actif, approuvé par Bruno Alves
Responsabilité. Chaque agent a un responsable, un domaine, une équipe, un mandat avec validité et un niveau de risque. Ce qu’il ne doit jamais faire est écrit, et la version n’est entrée en service qu’après l’approbation d’une autre personne.
Écran Mandats et délégations d’EDAVEN avec quatre mandats, dont un en attente d’acceptation, et une enveloppe budgétaire
Autorité. Le mandat est accepté nominativement : qui peut quoi, dans quel périmètre, jusqu’à quand et qui répond. Un mandat reste en attente d’acceptation jusqu’à ce que la personne responsable l’accepte. L’enveloppe budgétaire fixe une limite par période.
Réseau d’approbations d’EDAVEN : la revue de l’agent Curateur de catalogue, demandée par Carla Mendes, et une spécification de produit de données, demandée par Ana Lima, en attente du réviseur Bruno Alves
Contrôle. Les approbations de tous les domaines en un seul lieu : revues d’agents, produits de données, propositions, revues d’effet et demandes d’usage. Chaque demande montre qui a demandé et qui revoit, toujours une autre personne.
Écran Audit d’EDAVEN : coffre de preuves avec registre chaîné et sceau périodique, et hub fiduciaire des produits de données avec vérifier et exporter la chaîne
Coffre de preuves et hub fiduciaire. Chaque changement de produit de données suit le même chemin : proposition, revue par une seconde personne, SQL figé avant l’exécution et reçu dans le registre chaîné, qui se vérifie et s’exporte. Ce chemin tourne déjà dans l’environnement de simulation et dans l’opération synthétique d’Acme. C’est le même qu’EDAVEN étend aux charges et à tout outil.
Écran de provenance d’EDAVEN en tableau : entité, activité, agent responsable, mode de production, au nom de, date et justificatif
Tracer devient une requête. Chaque enregistrement avec l’entité, l’activité qui l’a produite, qui a répondu, quand et le justificatif. Sans enquête.

Autorité, responsabilité et contrôle, avant l’acte

AxeSans EDAVENAvec EDAVEN
AutoritéL’agent a agi avec tout le pouvoir du compteMandat accepté nominativement, avec périmètre, verbes, budget et validité
ResponsabilitéCelui qui avait le mot de passe administrateur l’a fait ; la preuve est restée dans un fichier de projetChaque acte avec un responsable et un reçu. Le paquet de contexte n’alimente la décision qu’une fois admis : origine et intégrité vérifiées, dans sa validité et sous un mandat en vigueur. La charge est prouvée selon le référentiel
ContrôleFichiers chargés et corrigés à la main, sans revue par une autre personnePlan approuvé une fois, délégation appliquée, identifiant à périmètre et délai, seconde personne là où le risque l’exige
DimensionSans EDAVENAvec EDAVEN
IdentifiantAdministrateur du compteRôle de livraison loué, à périmètre et délai
AutoritéImpliciteMandat avec périmètre, verbes et validité
RevueCelui qui a fait a revuSeconde personne selon le niveau de risque, jamais d’auto-approbation
ÉcartsDécidés sur le moment, sans traceNouvelle version du plan ou proposition avec motif
PreuveFichier du projetRéférentiel de preuve par type de travail, preuve dans le registre
ApprentissagePersonnelMémoire et compétence de l’organisation, avec curation
CoûtFacture de la plateformePar plan, avec limite : agents EDAVEN mesurés, plateforme mesurée ou estimée, personnes déclaré
ValeurAucun lienReliée à la décision qui utilise la donnée, avec effet attendu et observé

Ce que le marché indique

Gartner place la donnée prête, la gouvernance et la valeur sur le chemin critique de l’IA. Les prévisions ci-dessous proviennent du rapport de prévisions sur les données, l’analytique et l’IA jusqu’en 2031 et de l’étude sur la préparation des données.

“Without AI-ready data, the promise of AI will fail to materialize.”
Gartner, Over 100 Data, Analytics and AI Predictions Through 2031

26 %

des responsables data jugent leurs pratiques d’ingénierie des données très efficaces pour les cas d’IA actuels. Seuls 10 % livrent dans le délai convenu.

Gartner, Data readiness is a top barrier to AI
90 %

des responsables data estiment que l’architecture doit être revue pour supporter de nouveaux cas.

Gartner, Data readiness is a top barrier to AI
50 %

des décisions métier augmentées ou automatisées par des agents d’IA d’ici 2027.

Gartner, Predicts 2025: AI-Powered Analytics
1/3

des décisions métier prises de façon semi-autonome ou autonome avec des agents d’ici 2028, contre moins de 1 % aujourd’hui.

Gartner, Predicts 2025: AI and the Future of Work
25 %

des violations en entreprise attribuées à l’abus d’agents d’IA d’ici 2028.

Gartner, Predicts 2025: AI’s Impact on the Future of Enterprise Technology
60 %

des grandes entreprises adoptant le FinOps pour l’IA d’ici 2027, en raison d’erreurs de calcul de coûts et de budget.

Gartner, Predicts 2025: AI’s Impact on the Future of Enterprise Technology

Les gains pour l’entreprise

Une ingénierie des données qui livre à temps, sous contrôle

Des équipes de personnes et d’agents travaillent dans une enveloppe approuvée une fois, sans attendre d’approbation à chaque instruction. La vitesse des agents profite à toute l’organisation.

Répond aux 26 % et aux 10 % de l’étude sur la préparation des données.

Des agents sans identifiant administrateur

Identifiant loué, à périmètre et délai, et mandat avec responsable. Par le hub, l’agent ne fait que ce que le mandat permet.

Répond à la prévision de 25 % des violations par abus d’agents d’ici 2028.

Des décisions automatisées qui s’expliquent

Chaque décision qu’un agent appuie porte la trace de la donnée qui la fonde : qui l’a chargée, avec quelle preuve, avec quelle revue.

Répond aux 50 % et au tiers des décisions avec agents.

Un coût de l’IA visible et limité

Coût des agents qui tournent sur EDAVEN mesuré ; coût de la plateforme mesuré quand elle le communique, ou estimé et étiqueté comme estimation ; temps des personnes déclaré. Le tout par plan, avec une limite dans l’enveloppe et un lien avec la valeur de la décision.

Répond à l’adoption du FinOps pour l’IA par 60 % des grandes entreprises d’ici 2027.

L’apprentissage reste dans l’entreprise

Écarts et corrections deviennent mémoire et compétence de l’organisation, avec curation. L’équipe suivante ne répète pas le défaut, et le savoir reste à l’entreprise si elle change de modèle ou de fournisseur.

Selon Gartner, 40 % des organisations relanceront la gestion des connaissances d’ici 2027.

Une gouvernance pour tout l’écosystème

Le même hub gouverne entrepôt, dbt, orchestrateur, BI et serveurs MCP. L’entreprise choisit ses outils, et la gouvernance reste une.

D’ici 2028, 80 % des applications de GenAI seront construites sur les plateformes de données que les entreprises possèdent déjà (Gartner).

Et avec des centaines d’agents ?

Le laboratoire compte une ingénieure et un agent. Une organisation compte des dizaines de personnes, des centaines d’agents, plusieurs domaines et plus d’une unité métier. La bonne question n’est pas de savoir si l’on peut tout tracer. Tout tracer est facile. Le difficile est de décider, acte par acte, s’il faut une personne.

EDAVEN a été conçu pour que l’attention humaine croisse avec le risque, pas avec le volume.

Approuver des plans, pas des instructions

La personne approuve une fois l’enveloppe d’un travail : périmètre, verbes, source des données, limite de coût et preuve attendue. À l’intérieur, les étapes avancent avec un reçu. Au-dehors, elles deviennent des propositions. Cent instructions d’une charge sont une décision humaine, pas cent.

Une autonomie gagnée, et perdue, par la preuve

Chaque acte a une classe de conséquence : lecture seule, propose un changement, change un état ou a un effet externe. L’autonomie d’un agent sur chaque action monte quand une personne l’accorde sur la preuve de son propre travail, calculée par le système, et redescend seule quand l’échantillon se dégrade ou quand l’agent sort de l’enveloppe. Plus l’agent prouve, moins il interrompt, et jamais par sa propre décision.

Chaque responsable voit ce qui est à lui

L’organisation se divise en domaines et en équipes avec un responsable et un mandat, et les métiers agissent dans les domaines de leurs équipes. Chaque personne a sa propre file, avec les revues, les demandes d’aide et les responsabilités qui l’attendent. Chaque responsable reçoit un résumé hebdomadaire des agents, connecteurs et équipes dont il répond, avec usage, coût, impact, risques et libérations en attente. L’observatoire montre l’organisation selon quatre lentilles séparées : usage, coût, impact et risque.

Des agents qui coordonnent des agents ne gagnent aucun pouvoir

Quand un agent délègue à un autre, les deux ont besoin d’un mandat : celui qui délègue, pour déléguer ; celui qui reçoit, pour agir. La délégation ne confère aucune autorité, elle n’utilise que celle que chacun possède déjà, et chaque partie répond dans son propre reçu. Déléguer à un agent externe passe aussi par la classe de la donnée, le budget du mandat et une personne responsable dans la chaîne.

La preuve suit le volume

Chaque acte produit un reçu. Les reçus entrent dans un registre chaîné, avec un sceau périodique qui peut porter l’horodatage d’une autorité externe, vérifié hors de la base. Auditer mille actes revient à vérifier une chaîne, pas à lire mille enregistrements.

Plusieurs unités, une gouvernance

Une organisation avec plusieurs unités métier ou pays définit ses politiques une fois. Chaque unité opère ses domaines, agents et données avec une autonomie locale et hérite de ce que l’organisation a décidé. La direction voit la vue consolidée, et la donnée d’une unité ne passe pas à une autre sans accord.

Liste des agents d’EDAVEN avec domaine, équipe, axe, état, modèle en vigueur et responsable de chaque agent
Chaque agent a un domaine, une équipe et un responsable. C’est ainsi que l’organisation se divise, et que l’attention de chacun reste sur ce qui est à lui.

Ce qui mesure une opération à l’échelle

L’échelle des personnes et des agents ne se prouve pas par le nombre d’agents. Elle se prouve par ces indicateurs :

  • heures de revue par personne et par semaine ;
  • part des actes qui restent dans l’autonomie et part qui remonte à une personne ;
  • délai jusqu’à ce qu’une demande en attente atteigne celui qui décide ;
  • actes hors enveloppe et rétrogradations d’autonomie ;
  • temps de vérification de la chaîne de preuve.

Ce sont ces chiffres qu’une opération gouvernée suit, par domaine et par unité.

L’architecture seule ne suffit pas

Dessiner où se trouvent les contrôles est nécessaire. Mais les trois règles ne valent que lorsqu’un système les applique avant chaque acte, sur toute plateforme, chaque jour. Cela ne tient ni dans une diapositive ni dans un projet. Cela tient dans un système d’exploitation sociotechnique : personnes et agents comme une seule organisation, avec l’ingénierie et l’opération centrales au-dessus de toutes les plateformes. La gouvernance n’est donc pas un frein : c’est ce qui permet de déléguer davantage, à plus d’agents, sur plus de plateformes.

Dans votre opération, les agents agissent-ils avec une autorité déléguée, ou avec l’accès de celui qui a ouvert la console ? Parlez-nous : matias.rein@arcogi.com.

Sources

  1. Gartner, Over 100 Data, Analytics and AI Predictions Through 2031 (Gartner for IT Leaders ; S. James, A. D. Duncan). Comprend Predicts 2025: AI-Powered Analytics ; AI and the Future of Work ; AI’s Impact on the Future of Enterprise Technology ; 4 Ways AI Will Disrupt Data Management Markets and Solutions ; et les prévisions centrales D&A.
  2. Gartner, Data readiness is a top barrier to AI, infographie, 2026 (CTMKT_5078150).
  3. Laboratoire Acme, 11/10/2026 : 152 tables, 4 481 165 lignes, 707 contrôles d’équivalence entre Postgres et Snowflake.

À propos du laboratoire et des écrans.

  • Acme est une organisation synthétique : les données sont synthétiques et le processus est réel. Les écrans Snowflake proviennent du compte de test utilisé au laboratoire, avec compte et utilisateur masqués.
  • Les écrans d’EDAVEN sont des captures du produit dans un locataire de démonstration synthétique, affichées dans son interface en anglais. Les capacités décrites sans écran font partie de l’architecture EDAVEN à des stades progressifs de disponibilité ; elles ne constituent ni une promesse de résultat ni de disponibilité commerciale.
  • Arcogi est partenaire Registered du Snowflake Partner Network. Les autres plateformes et outils cités illustrent l’environnement type des clients ; leur mention n’indique ni partenariat, ni certification, ni intégration spécifique.
  • Nous n’utilisons pas de chiffres d’enquêtes de marché sur l’adoption des agents dont nous n’avons pas trouvé la source originale. Les prévisions citées ont été vérifiées dans les documents originaux de Gartner.