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.
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.
- 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.
- 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.
- É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.
- 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
NUMERICsans 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. - 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.


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’organisation | Axe | Ré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ôle | Personne d’autre que celui qui a exécuté. |
| Quels écarts ? | Contrôle | Retenus 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 ? | Gouvernance | Dans 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é ? | Gouvernance | Les 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 ? | Gouvernance | Aucun 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’outil | Comment le hub livre | Preuve type |
|---|---|---|
| Plateforme de données SQL | Entrepôt, lakehouse ou base de données. Instructions sous le rôle loué, une par étape, depuis la source déclarée dans l’enveloppe | Comptages, 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 humaine | CI au vert, tests du projet, diff |
| Orchestrateur | Relié 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 catalogue | Relié par le service d’implantation. Publie via l’API de l’outil | Avant et après, responsable notifié |
| Serveurs MCP | Appel d’outil sous le jeton de la location | Résultat plus sonde de vérification |
Ingénierie : la même charge, avec la règle en vigueur avant chaque acte
- Cas. La demande entre comme un cas, avec responsable, finalité et délai.
- É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.
- Mandat. Périmètre (base et schémas), verbes autorisés et validité, accepté nominativement par celui qui répond. Jamais le compte entier.
- 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.
- 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.
- 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.
- 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.
- Apprentissage et coût. Le défaut du
NUMERICdevient 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.





Autorité, responsabilité et contrôle, avant l’acte
| Axe | Sans EDAVEN | Avec EDAVEN |
|---|---|---|
| Autorité | L’agent a agi avec tout le pouvoir du compte | Mandat 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 projet | Chaque 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ôle | Fichiers chargés et corrigés à la main, sans revue par une autre personne | Plan approuvé une fois, délégation appliquée, identifiant à périmètre et délai, seconde personne là où le risque l’exige |
| Dimension | Sans EDAVEN | Avec EDAVEN |
|---|---|---|
| Identifiant | Administrateur du compte | Rôle de livraison loué, à périmètre et délai |
| Autorité | Implicite | Mandat avec périmètre, verbes et validité |
| Revue | Celui qui a fait a revu | Seconde personne selon le niveau de risque, jamais d’auto-approbation |
| Écarts | Décidés sur le moment, sans trace | Nouvelle version du plan ou proposition avec motif |
| Preuve | Fichier du projet | Référentiel de preuve par type de travail, preuve dans le registre |
| Apprentissage | Personnel | Mémoire et compétence de l’organisation, avec curation |
| Coût | Facture de la plateforme | Par plan, avec limite : agents EDAVEN mesurés, plateforme mesurée ou estimée, personnes déclaré |
| Valeur | Aucun lien | Relié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
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 AIdes responsables data estiment que l’architecture doit être revue pour supporter de nouveaux cas.
Gartner, Data readiness is a top barrier to AIdes décisions métier augmentées ou automatisées par des agents d’IA d’ici 2027.
Gartner, Predicts 2025: AI-Powered Analyticsdes 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 Workdes 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 Technologydes 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 TechnologyLes 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.

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
- 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.
- Gartner, Data readiness is a top barrier to AI, infographie, 2026 (CTMKT_5078150).
- Laboratoire Acme, 11/10/2026 : 152 tables, 4 481 165 lignes, 707 contrôles d’équivalence entre Postgres et Snowflake.