Cas d’usage · Transverse
L’exploitation de vos traitements, confiée à des agents gouvernés
graal Agentic Platform fait travailler des agents sur graal Data Platform : ils lisent les runs, les journaux et les métriques, et proposent les actions utiles. Ils opèrent par le serveur MCP de la Data Platform, sous un compte de service limité à un projet ; ce qui modifie la production attend la validation d’une personne ; chaque appel est tracé des deux côtés.
Le panneau Agents : chaque agent connecté, ses droits, et chacune de ses actions en direct.
Interface réelle de la console graal, non retouchée ; données de démonstration fictives (locataire energie-demo — personnes, projets et jetons inventés).
Le défi
Des astreintes chargées, des agents à encadrer
- Des dizaines de runs chaque nuit, et des anomalies qui attendent le matin.
- Des diagnostics répétitifs : un fichier en retard, une colonne qui change de type, un quota atteint.
- Des agents IA prometteurs, qu’on ne peut pas laisser agir avec les droits d’un administrateur.
- Le besoin de savoir, après coup, qui a fait quoi, des deux côtés.
Comment graal le traite
Un agent d’exploitation, sous garanties
Étape 01
Définir le travail
Un workflow d’exploitation décrit les étapes — surveiller, diagnostiquer, proposer, faire valider, appliquer — et désigne les personnes qui valident.
Étape 02
Encadrer
L’Agentic Platform exécute l’agent — Claude Code, Codex, Gemini CLI ou un autre — dans un bac à sable jetable, sans identifiant d’outil, avec une clé de modèle plafonnée. Une politique fixe les opérations permises, les projets et les plages horaires.
Étape 03
Diagnostiquer
Par le serveur MCP de la Data Platform, l’agent lit les journaux, les événements et les métriques d’un run, et rend un diagnostic lisible par l’équipe. Son compte de service est limité à un projet.
Étape 04
Proposer et faire valider
Les actions courantes — relancer un job, corriger un paramètre, replanifier — s’exécutent selon votre politique ; les autres deviennent des propositions que valide une autre personne, ré-authentifiée. Aucun outil de suppression n’est activé par défaut.
Étape 05
Tracer et révoquer
Chaque appel apparaît en direct dans la console de la Data Platform et reste au journal d’audit, des deux côtés. Révoquer le compte de service coupe l’accès de l’agent.
Le scénario type : une équipe data de quelques personnes, un parc de jobs nocturnes, et une astreinte qui ne devrait être réveillée que lorsque c’est nécessaire. On commence en lecture seule — l’agent diagnostique et propose — puis on lui ouvre, action par action, ce qu’il peut faire seul.
Les deux plateformes restent indépendantes : la Data Platform s’utilise avec n’importe quel client MCP, et l’Agentic Platform porte aussi des processus qui n’ont pas de donnée, comme les arrivées et départs ou la livraison logicielle.
Le 09/12/2025, Anthropic a confié le protocole MCP à l’Agentic AI Foundation, un fonds dirigé placé sous l’égide de la Linux Foundation.
Ce que vous obtenez
- Des anomalies diagnostiquées avant l’arrivée de l’équipe
- Des actions courantes faites sans intervention, les autres soumises à validation
- Un journal de chaque action d’agent, relisible et exportable, des deux côtés
- Des droits d’agent que vous élargissez à votre rythme
Ce qui reste chez vous
- Le serveur MCP de la Data Platform et les comptes de service
- Les workflows, les politiques, les validations et le journal d’audit
- Le choix du modèle qui anime l’agent : hébergé chez vous ou chez le fournisseur de votre choix
Capacités mobilisées
graal Data Platform
De la source au modèle en production
- Pilotée par vos agents
Serveur MCP, comptes de service par projet, politiques et validation.
- Orchestration et calcul
Runs, journaux et métriques en direct.
- Gouvernance
Audit des humains et des agents, révocation.
- IA générative
Un modèle servi chez vous pour animer l’agent.
graal Agentic Platform
Vos agents IA font avancer vos processus
- Workflows d’agents
L’exploitation décrite comme un processus, avec les personnes qui valident.
- Garanties et validations
Bac à sable jetable, réseau fermé, validation ré-authentifiée avant toute écriture.
- Modèles, outils et budgets
Une clé de modèle plafonnée par run, chaque appel compté.
- Preuves et audit
Ce que l’agent a fait, mesuré et tracé.
Questions fréquentes
L’agent peut-il supprimer des données ?
Pas par défaut : aucun outil de suppression n’est activé. C’est vous qui décidez d’en ouvrir un, projet par projet, et vous pouvez l’assortir d’une validation humaine.
Quel modèle anime l’agent ?
Celui que vous choisissez, projet par projet : un modèle servi chez vous par la passerelle, ou un fournisseur externe. Chaque run reçoit une clé plafonnée. Un modèle externe reçoit ce que l’agent lit pendant le run ; les outils de la Data Platform ne lui renvoient que ce que le compte de service a le droit de lire.
Peut-on commencer en lecture seule ?
Oui, et c’est le point de départ recommandé : l’agent diagnostique et propose, vos équipes agissent.
Comment arrêter un agent ?
En révoquant son compte de service sur la Data Platform : ses appels suivants sont refusés. Le run qui l’anime s’arrête depuis la console de l’Agentic Platform : le ticket est arrêté, son run annulé et sa clé de modèle révoquée.
Faut-il les deux plateformes pour qu’un agent exploite la Data Platform ?
Non. Chacune s’utilise seule : la Data Platform se pilote par n’importe quel client MCP compatible, sous un compte de service limité à un projet. L’Agentic Platform ajoute le travail organisé en workflow, le bac à sable jetable, les budgets par run, les validations et les preuves.
Confiez une première astreinte à un agent
En 8 semaines, un agent en lecture seule, puis les actions que vous choisissez de lui ouvrir.