LOOP™ (Living Oversight & Operations Protocol) est le protocole de gouvernance des agents IA conçu par Koneetiv. Il range chaque action qu'un agent peut exécuter dans l'une des 4 zones de confiance, prévoit 3 niveaux d'escalade et tient un registre vivant des agents, afin que l'autonomie laissée à la machine corresponde au risque réel de chaque action.
Pourquoi un nouveau protocole de gouvernance ?
Un agent exécute là où un chatbot se contentait de répondre
L'IA agentique change la nature du risque. Avec un chatbot, la pire dérive est une mauvaise réponse. Avec un agent, la pire dérive devient une action exécutée : un virement envoyé, un contrat signé, une décision RH prise. Les cadres de gouvernance traditionnels ont été pensés pour des outils passifs et ne savent pas encadrer ce changement.
Des exigences de supervision désormais écrites
Les entreprises partent de loin : d'après Deloitte (State of AI in the Enterprise, édition 2026), 21 % des entreprises seulement ont une gouvernance mature de leurs agents. ISO 42001, l'EU AI Act et le NIST AI RMF formalisent pourtant des attentes concrètes sur la traçabilité, la supervision, la documentation et la réversibilité. LOOP™ a été conçu pour y répondre sans ralentir l'exécution.
Gartner prévoyait en juin 2025 l'annulation de plus de 40 % des projets d'IA agentique d'ici fin 2027, en citant l'envolée des coûts, une valeur métier mal établie et des contrôles de risque insuffisants. Un protocole de gouvernance répond directement au manque de contrôles de risque, et il oblige aussi à préciser dès le départ la valeur métier attendue, puisque chaque agent doit avoir un sponsor métier qui en répond.
LOOP™ sert à déléguer en confiance : chacun sait à l'avance ce que l'agent fait seul et ce qui remonte à un humain.
Les 4 zones de confiance
LOOP™ range chaque action d'un agent dans une zone, selon le niveau de risque, l'impact d'une erreur et la réversibilité de l'action. Chaque zone correspond aussi à un seuil de confiance de l'agent : plus de 90 % pour la verte, de 70 à 90 % pour l'orange, moins de 70 % pour la rouge.
Zone verte : exécution autonome
L'agent agit seul, sans validation préalable. Ses actions sont journalisées en continu et contrôlées par échantillonnage. Cas typiques : tri de documents, catégorisation d'emails, routage de tickets. On y place des actions à faible risque, qu'un humain peut annuler sans dommage si un échantillon révèle une erreur.
Zone orange : validation humaine avant exécution
L'agent prépare l'action et la soumet à une personne désignée, qui la valide avant son exécution, dans un délai de réponse fixé pour chaque usage. Cas typiques : réponse à un client, préqualification d'un candidat, synthèse juridique. Comme rien ne part sans accord, une erreur est rattrapée avant de sortir de l'organisation.
Zone rouge : escalade obligatoire
L'agent s'arrête. Il documente ce qu'il a compris et ce qui lui manque, puis alerte le responsable désigné dans le registre, qui doit décider sous 4 heures : aucune action automatique n'est possible en zone rouge. Cas typiques : décision juridique à implication contractuelle, engagement financier hors périmètre, situation ambiguë non prévue, données sensibles inattendues. L'agent garde un rôle en amont, puisqu'il prépare l'analyse sur laquelle l'humain tranche.
Zone noire : blocage immédiat
La zone noire couvre tout ce qui sort du périmètre de l'agent. Dès qu'il détecte une telle situation (accès à des données hors de sa classification, tentative de contournement de ses garde-fous, injection de prompt), il bloque l'exécution, alerte le RSSI et déclenche une piste d'audit complète. L'organisation y inscrit aussi les décisions qu'elle refuse de confier à un agent, comme un diagnostic médical, une décision de licenciement ou le calcul d'une sanction disciplinaire, et le comité de gouvernance revoit cette liste chaque trimestre.
Pour classer vos cas d'usage, la méthode de classification des agents dans les 4 zones détaille les critères.
Les 3 niveaux d'escalade
LOOP™ attend de l'agent qu'il sache déclencher seul chaque niveau d'escalade :
- Information : l'agent prévient un humain et poursuit son action. Réservé aux cas courants à faible risque.
- Validation : l'agent suspend son action jusqu'à l'accord humain. Utilisé en zone orange, et en zone rouge une fois l'escalade déclenchée.
- Blocage : l'agent refuse l'action, s'arrête complètement, trace l'événement et alerte le RSSI. Déclenché quand une demande franchit un seuil critique (montant, données sensibles) ou touche la zone noire.
En pratique, la difficulté porte sur le réglage des seuils. Trop bas, ils noient les valideurs sous les demandes, et ceux-ci finissent par approuver sans lire ; trop hauts, ils laissent partir des actions que personne n'a regardées. Les seuils se calibrent sur les données observées, puis se réajustent à chaque revue.
Le registre vivant
LOOP™ impose un registre unique de tous les agents déployés dans l'organisation. Pour chaque agent, il consigne son identité et sa version, ses responsables nommés (métier, technique, escalade, sécurité), les données auxquelles il accède et leur classification, ses instructions versionnées comme du code, son périmètre et ses conditions de blocage, ses métriques de fonctionnement et l'historique de ses incidents et mises à jour. Le registre est consultable par le CAIO, le DPO, le RSSI et l'audit interne, et il fait foi en cas de désaccord sur ce qu'un agent peut faire.
Alignements réglementaires
LOOP™ est aligné avec ISO 42001 (système de management de l'IA), l'EU AI Act (classification par niveau de risque) et le NIST AI RMF (traçabilité et surveillance). Le registre, les journaux d'actions et les décisions d'escalade tracées forment une base documentaire disponible au moment de l'audit, et dispensent de reconstituer après coup qui a validé quoi.
Mise en œuvre concrète
Le déploiement de LOOP™ suit une séquence stable, dont le rythme dépend du nombre d'agents, de la maturité des données et de la disponibilité des équipes :
- Inventaire et classification : audit des cas d'usage existants, puis affectation de chaque action à une zone initiale.
- Responsabilités et règles : désignation des sponsors, définition des délais de validation, écriture des règles d'escalade.
- Registre et supervision : mise en place du registre et de l'outillage de monitoring.
- Formation et revue à blanc : formation des équipes, puis première revue trimestrielle à blanc.
- Ajustements et production : correction des seuils à la lumière de la revue à blanc, puis mise en production.
Une erreur fréquente consiste à classer par agent plutôt que par action, ce qui entraîne tout l'agent dans la zone de son action la plus risquée et lui retire l'essentiel de son intérêt. Une autre consiste à écrire les règles d'escalade dans un document que le code ignore, alors qu'une règle d'escalade doit être appliquée par l'agent lui-même pour produire un effet.
L'accompagnement Koneetiv
Koneetiv accompagne la mise en œuvre via Claude Cockpit, son service de Chief AI Officer externalisé qui intègre la gouvernance LOOP™. Côté DSI, DSI Boost pose en plus une politique de gouvernance du code IA, soumise au RSSI. La description du protocole est publique, mais son application demande de connaître les cadres réglementaires et les contraintes de chaque métier.
LOOP™ en pratique : exemple d'un agent de relance client
Pour rendre le protocole concret, prenons un scénario illustratif : un agent de relance des factures impayées dans une direction financière. Les seuils et durées qui suivent sont un exemple de paramétrage, à ajuster par chaque organisation.
Étape 1 : classification initiale
L'agent relève les factures en retard, rédige un email de relance personnalisé et l'envoie. Première analyse : un email de relance engage l'entreprise vis-à-vis de son client. La réversibilité est moyenne (on peut s'excuser), l'impact aussi, car la relation client est en jeu. Classement de départ : l'envoi de la relance relève de la zone orange.
Étape 2 : définition des règles d'escalade
Le paramétrage découpe ensuite l'action selon le montant, ce qui revient à appliquer plusieurs zones au même agent. Sous 5 000 €, l'email part automatiquement. Entre 5 000 € et 50 000 €, il attend quatre heures la validation du comptable ; passé ce délai, la relance reste en attente et le responsable est alerté. Au-delà de 50 000 €, le DAF doit valider. Si le client a moins de six mois d'ancienneté ou si un litige commercial est ouvert, l'envoi est bloqué.
Étape 3 : déploiement progressif
Pendant une phase d'observation, fixée ici à deux semaines, l'agent tourne en mode « shadow » : il rédige les emails sans les envoyer, et les comptables les comparent à ceux qu'ils auraient écrits. Si la comparaison est concluante à l'issue de cette phase, l'agent passe en production réelle sur un périmètre réduit.
Étape 4 : suivi et évolution
Après une période de fonctionnement stable et sans incident, dont la durée a été fixée au départ, le comité de revue réévalue l'agent. S'il avait défini un critère de passage, par exemple 98 % de cas traités sans correction humaine, et que l'agent l'atteint, il peut faire passer certaines catégories en zone verte, comme les relances de 5 000 € à 20 000 € adressées à des clients de plus de deux ans d'ancienneté, qui partiraient alors sans attendre le comptable.
LOOP™ et l'organisation
Un protocole de gouvernance ne tient que s'il est porté par des personnes nommées. LOOP™ répartit la responsabilité de chaque agent entre le métier, la direction de l'IA et la DSI.
Le sponsor métier
Il porte la valeur attendue de l'agent et sa responsabilité opérationnelle, valide les seuils et les exceptions, et arbitre en cas d'incident, car c'est son activité qui en subit les conséquences.
Le CAIO (Chief AI Officer)
Il veille à la cohérence du portefeuille d'agents, à son alignement avec le cadre réglementaire et à la tenue du registre. Le rôle peut être internalisé ou externalisé via Claude Cockpit, une formule pensée pour les ETI qui n'ont pas de ressource IA dédiée.
Le référent DSI
Il porte l'intégration technique, la sécurité et la supervision en production. Il a la main sur le mécanisme de débranchement et l'actionne avec le RSSI quand un incident l'exige.
Le comité de gouvernance
Aucun de ces rôles ne modifie seul la zone d'une action. Le changement passe par un comité qui les réunit, et chaque décision y est motivée puis consignée dans le registre, ce qui protège des reclassements de circonstance.
Les écueils que LOOP™ permet d'éviter
Le protocole a été construit pour prévenir des erreurs qui reviennent d'un déploiement d'agents à l'autre :
- Un agent déployé sans sponsor métier clair
- Une classification qui change au gré de l'humeur du comité
- Des règles d'escalade absentes du code
- Un registre des agents qui n'est pas tenu à jour
- Un monitoring limité aux métriques techniques, sans indicateur métier
- Une absence de revue trimestrielle
- Des évolutions d'agents non tracées
- Une dépendance à un unique éditeur de modèle
- Un défaut d'alignement entre DSI, métier et conformité
- Une absence de stratégie de débranchement en cas d'incident
Un agent sans procédure d'arrêt documentée ne devrait pas entrer en production. L'article 14 de l'AI Act (règlement (UE) 2024/1689), consacré au contrôle humain, exige d'ailleurs que les personnes chargées de surveiller un système à haut risque puissent l'interrompre au moyen d'un bouton d'arrêt ou d'une procédure similaire.
LOOP™ face aux autres cadres du marché
Plusieurs cadres coexistent sur le marché de la gouvernance IA, chacun avec sa logique et son périmètre. LOOP™ se place au niveau opérationnel, celui où se règle le comportement de chaque agent.
ISO 42001 : le système de management
ISO 42001 définit un système de management de l'IA (AI Management System). C'est une norme certifiable, centrée sur l'organisation, les rôles et les processus, qui laisse chaque entreprise choisir ses mécanismes opérationnels. LOOP™ s'y inscrit comme protocole d'exécution et produit une partie des preuves qu'un auditeur réclame, à commencer par l'inventaire des systèmes d'IA.
EU AI Act : la réglementation
L'EU AI Act classe les systèmes d'IA par niveau de risque (inacceptable, élevé, limité, minimal). LOOP™ reprend cette logique de classification dans ses 4 zones et l'applique action par action. La correspondance reste partielle : la zone noire englobe au minimum les pratiques interdites par l'article 5 du règlement (risque inacceptable), et une organisation peut y ajouter des décisions que le texte classe à haut risque, comme le licenciement (annexe III), si elle refuse de les confier à un agent.
Pour les systèmes à haut risque, deux obligations du règlement recoupent directement le protocole : l'enregistrement automatique des événements (journaux) prévu par l'article 12, que le registre et les journaux d'actions de LOOP™ alimentent, et le contrôle humain de l'article 14, que les zones orange et rouge organisent. Le calendrier d'application de l'AI Act dit quand elles s'imposent à chaque système.
NIST AI RMF : le cadre de gestion des risques
Le NIST AI Risk Management Framework, référentiel américain volontaire, organise la gestion des risques en quatre fonctions : gouverner, cartographier, mesurer, gérer (Govern, Map, Measure, Manage). LOOP™ couvre ces quatre fonctions à travers ses quatre boucles : Observe, Orient, Optimize et Prove.
Les cadres propres aux cabinets de conseil
Plusieurs cabinets de conseil ont formalisé leur propre cadre de gouvernance de l'IA. LOOP™ se caractérise par son niveau de détail opérationnel : classement de chaque action dans une zone, seuils de confiance, niveaux d'escalade et registre vivant. Ces mécanismes sont décrits sur la page consacrée au protocole LOOP™, et une DSI ou un comité des risques peut en examiner la logique avant tout engagement.
Comment commencer avec LOOP™
Le bon point de départ dépend de la maturité de l'organisation, et plusieurs voies mènent au protocole :
- Lecture et auto-application : prendre connaissance de la description publique du protocole, puis classer soi-même ses agents.
- Accompagnement Claude Cockpit : déploiement guidé par un expert Koneetiv, au rythme du portefeuille d'agents.
- Intégration complète via Claude Ops : outillage, protocole et supervision, dans un programme de déploiement des agents de bout en bout.
Avant de choisir, le diagnostic de maturité IA aide à situer le point de départ : il note la gouvernance parmi ses six axes et positionne l'entreprise en quelques minutes.
Ce que LOOP™ change pour les dirigeants
Côté comité de direction, LOOP™ apporte d'abord un vocabulaire commun à la DSI, aux métiers et à la conformité, qui cessent de débattre de « l'IA » en général pour discuter d'actions classées. Le registre vivant donne ensuite une vue continue du portefeuille d'agents. Comme le cadre est fixé à l'avance, les décisions sur les nouveaux cas d'usage vont plus vite, et l'entreprise peut montrer aux régulateurs, aux auditeurs et à ses clients comment ses agents sont contrôlés.
Ce dernier point peut aussi servir dans les achats : lorsqu'un appel d'offres interroge un fournisseur sur sa gouvernance de l'IA, un protocole structuré fournit une réponse documentée, tirée du registre et des journaux d'actions.
La page Gouvernance présente le protocole dans son ensemble, et nos analyses consacrées à la gouvernance et à la conformité de l'IA prolongent les sujets abordés ici.