01Console de politiques
Un seul écran réunit toute la flotte : chaque agent, sa limite quotidienne, son allowlist et ce qu'il a dépensé aujourd'hui. Dans la démo, trois agents ont dépensé 184,20 € à 09:41 — deux paiements bloqués, un en attente d'un humain. Les modifications de politique s'appliquent immédiatement ; l'agent l'apprend à son prochain paiement.
- Budgets, allowlists et seuils modifiables par agent
- Dépenses, blocages et approbations en attente en un coup d'œil
- Les décisions des dernières 24 heures, exportables
02Approbations dans le flux
L'agent propose ; une personne décide. Dans la démo, Billing Agent demande à payer la facture n° 088 de Nord Logistics — 120,00 €, dans la limite de son budget quotidien de 200,00 € dont 64,20 € déjà utilisés, mais au-dessus du seuil d'approbation de 50,00 € — et la demande attend 14 minutes qu'on appuie sur Approuver ou Refuser. La politique, l'entrée de la liste blanche du marchand et le compte débiteur figurent juste sous les boutons.
03Wallets d'agents
Chaque agent fonctionne avec son propre wallet et sa propre politique. Billing Agent, dans la démo, affiche 135,80 € encore disponibles sur une limite quotidienne de 200,00 € — 64,20 € dépensés en trois paiements, remise à zéro à 00:00 — avec un plafond de 150,00 € par transaction, une approbation humaine au-delà de 50,00 € et deux marchands autorisés. Les paiements récents portent un tag auto lorsque la politique les a validés seule.
- Limite quotidienne, dépenses, plafond et budget restant sur un seul écran
- Marchands autorisés listés avec leur historique de paiements
- Paiements marqués auto ou approuvés par vous
04Création d'un agent
Un agent, c'est d'abord une politique, ensuite du code. Dans la démo, Billing Agent reçoit une limite quotidienne de 200,00 €, un plafond de 150,00 € par transaction, deux marchands de la liste blanche et une approbation humaine au-delà de 50,00 € — le tout défini à l'étape 2 sur 3, avant même que les clés n'existent. Les clés sont émises une seule fois, affichées une seule fois, et chaque signature de paiement embarque le hash de la politique.
05L'éditeur de politiques
Une politique est un document versionné. La modification de la démo relève le plafond par transaction d'Ops Agent : v14 devient v15, le changement exige une note d'audit, et il est enregistré signé par l'opérateur avec un nouveau hash de politique. Le panneau de replay rejoue les dernières 24 heures de décisions réelles sur le brouillon — vous voyez ce qu'une politique aurait autorisé avant sa mise en production.
- Limite quotidienne, plafond par transaction et plafond mensuel par agent
- Une note d'audit écrite obligatoire à chaque enregistrement
- Replay sur 24 heures avec le brouillon avant validation
06Un audit décision par décision
La décision DEC-4471 reconstitue un paiement de bout en bout : la demande, chaque contrôle de politique avec son résultat — liste blanche validée, plafond validé, seuil escaladé —, l'approbation humaine avec sa signature, et les 120,00 € réglés avec leur rail et leur référence. Le registre est chaîné par hash et en ajout seul ; modifier un champ rompt la chaîne à partir de ce point.
07Budgets par agent
Un budget est un mur, pas une suggestion. Chaque agent a une limite quotidienne et un plafond par transaction — 500,00 € par jour, 150,00 € par paiement dans la politique de démo — appliqués par la plateforme avant tout mouvement d'argent. La tentative de 640,00 € du bot voyage pour un affrètement a été refusée sur le champ : plafond dépassé.
08Plafonds mensuels
Au-dessus de la limite quotidienne, un plafond mensuel — 6 000,00 € dans la politique de démo. Un agent irréprochable jour après jour ne peut pas pour autant dépasser ce que le mois autorise.
09Budget réinitialisé à heure fixe
Les budgets quotidiens sont remis à zéro à une heure annoncée — 00:00 CET dans la démo — visible sur le wallet de l'agent. Les dépenses s'accumulent sur une fenêtre que tout le monde voit, pas sur une période glissante opaque.
10Listes blanches de marchands
Les agents ne paient que les marchands que vous avez listés à l'avance. Ops Agent, dans la démo, en connaît exactement quatre — et une tentative de 180,00 € chez un fournisseur hors liste a été refusée : non listé. Ajouter un marchand se fait en un clic ; en retirer un prend effet immédiatement.
11Seuils d'approbation
Fixez le seuil au-delà duquel un humain doit dire oui. La politique de démo escalade tout ce qui dépasse 100,00 € : l'agent se met en pause, une personne reçoit la proposition, et rien ne bouge avant sa réponse. En dessous du seuil, l'agent agit librement — dans les limites de son budget et de sa liste blanche.
12Approbations humaines signées
Une approbation n'est pas une case à cocher : elle est enregistrée avec l'approbateur, l'appareil utilisé, l'heure, et une signature jointe. La décision de la démo le montre : approuvé dans l'app, clé du téléphone, 09:41:12.
13La piste d'escalade
Proposer, escalader, approuver, autoriser — chaque étape est horodatée dans le registre de la décision. Quand on demande pourquoi un paiement a eu lieu, la réponse est une séquence, pas un haussement d'épaules.
14Journal d'audit immuable
Chaque décision est consignée : ce que l'agent a tenté, ce que la politique a dit, qui a approuvé quoi — jusqu'aux rotations de clés. Les entrées sont en ajout seul et exportables. Quand quelque chose semble anormal, le journal montre exactement ce qui s'est passé et quand.
15Intégrité par chaînage de hash
Chaque enregistrement d'audit porte son propre hash, celui de l'enregistrement précédent et sa position dans la chaîne — n° 4 471 dans la démo. Vérifiez la chaîne à la demande ; toute modification, où que ce soit, casse tout ce qui suit.
16Export en JSON
Toute décision s'exporte en JSON, hash inclus — prête pour vos archives, votre auditeur ou votre revue d'incident. Le journal est à vous, pas à nous.
17Kill-switch
Un appui met un agent en pause et bloque instantanément tous les paiements qu'il initie. Les clés restent valides, donc rien d'autre ne casse — l'agent ne peut simplement plus dépenser tant qu'un humain ne le réactive pas. Dans la flotte de démo, le bot voyage est en pause, à 0,00 € dépensé.
18Gelé, pas perdu
Mettre un agent en pause gèle ses propositions en attente au lieu de les supprimer. À la reprise, la file est exactement là où elle était — aucune proposition ne disparaît en silence parce qu'un humain a freiné.
19Clés à portée limitée
Les identifiants d'un agent donnent des capacités, pas un accès illimité. Des scopes comme payments.send et refunds.issue s'activent indépendamment — l'agent de la démo a subscriptions.manage désactivé. Révoquez ou renouvelez une clé sans toucher à la politique sous-jacente.
20Clés émises une seule fois
Les clés d'agent ne s'affichent qu'une seule fois, à l'émission. Ce que la plateforme ne peut pas réafficher, un attaquant ne peut pas le redemander.
21Hash de la politique dans chaque signature
Chaque paiement est signé avec la clé de l'agent et le hash de la politique qui l'a autorisé. Un paiement ne dit pas seulement ce qui s'est passé — il prouve quelles règles étaient en vigueur à ce moment-là.
22Versionnage des politiques
Les politiques portent une version, un hash, un auteur et un horodatage — v14, mise à jour le 17 juil. à 09:12 dans la démo. Chaque décision référence la version exacte de la politique qui l'a jugée.
23Rejouez avant de valider
L'éditeur rejoue les dernières 24 heures de décisions sur votre brouillon : ce qui a été autorisé, ce qui a été refusé, ce qui changerait. Les erreurs de politique apparaissent dans l'aperçu, pas en production.
24Règlement sur de vrais rails
Une proposition approuvée devient un vrai paiement — les 120,00 € de la démo réglés par SEPA Instant avec la référence 9F21-0716, quelques minutes après l'approbation. Les agents dépensent depuis le même cœur que le reste de la famille.
25Endpoint MCP
Les agents se connectent en MCP à mcp.protocore.io/agents — tout framework qui parle le protocole peut détenir un wallet Protocore. La surface d'intégration reste réduite : proposer un paiement, recevoir une décision. La politique vit sur la plateforme, pas dans le prompt.
26Flotte d'agents
Un agent ou plusieurs. La démo en fait tourner trois — ops, achats, un bot voyage — chacun avec son budget, sa liste blanche et son seuil. Mettez-en un en pause, les autres continuent ; la politique ne déborde jamais d'un agent à l'autre.
