Architecture pratique : autorité des agents, périmètre des outils et données, politique préalable, validation, escalade humaine, suivi et preuves.
Pour les architectes de plateformes de services financiers, les responsables des risques liés à l’IA et les équipes de sécurité.
Dernière mise à jour: 7 sept. 2026 · Version v1.0 · Pas d'avis juridique.
Réponse courte
Un harnais d’agents réglementés relie l’action proposée par un agent à une autorité explicite, un accès borné, une évaluation de politique, une validation et une escalade humaine, puis enregistre le résultat de l’exécution. L’architecture de référence de KLA organise ce travail en sept contrôles.
Le responsable métier accorde l’autorité → l’agent propose une action → contrôles de l’identité et du périmètre → politique préalable à l’action → validation ou décision humaine lorsque nécessaire → exécution contrôlée → résultat et preuves.
Appliquez cette séquence à chaque action ayant un impact. Établissez autour d’elle les limites du réseau et des identifiants, puis transmettez les échecs opérationnels au processus de suivi et de remédiation.
La correspondance ci-dessous décrit les surfaces pertinentes du produit KLA. La colonne d’acceptation contient un test de déploiement à effectuer ; elle n’affirme ni une application à l’échelle de tout le parc ni une vérification client achevée.
| Contrôle | Correspondance KLA | Responsable désigné | Test d’acceptation |
|---|---|---|---|
| Autorité | Agent Registry ; identité gouvernée de la demande | Responsable de la plateforme et du métier | Un agent non reconnu ou hors périmètre ne peut pas effectuer l’action |
| Périmètre des outils et des données | Tool Catalog ; Data Boundaries | Responsable de la plateforme et des données | Les demandes portant sur un outil, un enregistrement ou un tenant soumis à restriction sont refusées |
| Politique préalable à l’action | Policy Builder ; KLA Policy Engine | Responsable de la politique | Exercez allow, warn, require_approval et block sur le chemin intégré |
| Validation | Simulation ; contrôles propres au workflow | Personne chargée de la revue indépendante | Une sortie invalide ou une transition d’état dangereuse échoue avant la mise en production |
| Escalade humaine | Decision Desk | Responsable de décision autorisé | Le refus et l’expiration empêchent l’exécution du chemin d’action approuvé |
| Suivi | Assurance Center ; Lineage Explorer | Opérations et sécurité | Un échec de contrôle devient un constat attribué à un responsable avec une réponse |
| Preuves | Audit Trail ; Evidence Room | Responsable des preuves et des enregistrements | Reconstituez la demande, la décision, la revue humaine et le résultat réel de l’exécution |
Répertoriez chaque point d’accès d’outil, identifiant, source de données et agent délégué pouvant provoquer l’action sélectionnée. Faites passer l’action gouvernée par le point de contrôle et testez les chemins alternatifs. Enregistrez tout chemin qui reste en dehors de l’application des contrôles.
L’environnement hôte est responsable du bac à sable, de l’isolement réseau et de l’accès à la production. Une approbation doit s’appliquer à l’action concrète et rester valide au moment de l’exécution ; précisez le comportement lorsque les paramètres, la politique ou l’autorité changent.
Utilisez un dossier synthétique comprenant une lecture autorisée, une action nécessitant une approbation et une opération bloquée. Vérifiez l’état en aval après l’approbation, le refus, l’expiration et la nouvelle tentative. Enregistrez les identifiants, la version de la politique, l’identité de la personne chargée de la revue et le résultat.
Pour les exports scellés, exécutez aussi le vérificateur indépendant et conservez son résultat. Un enregistrement visible et un paquet vérifié avec succès fournissent des preuves différentes ; qualifiez chacun avec précision.
Il s’agit de la proposition d’architecture de KLA, éclairée par la note de la Banque d’Angleterre sur les harnais. Ses sept contrôles constituent le regroupement de KLA. L’article associé explique les six thèmes de la Banque et le périmètre de la note.
L’évaluation du modèle reste une composante de la validation du système. Un harnais exige aussi des tests de l’autorité, de l’accès, de l’exécution des actions, des décisions humaines et des défaillances opérationnelles.
KLA fournit des politiques, des décisions humaines et des preuves pour les chemins gouvernés configurés. Vérifiez la couverture de l’intégration et attribuez séparément les responsabilités liées à l’hébergement, au réseau, aux identifiants et à l’évaluation au niveau du système.
Normes de l’AI Act : correspondance des contrôles d’agents
/guides/ai-act-standards-agent-control-mapping
Analyse de l’ingénierie des harnais de la Banque d’Angleterre
/blog/bank-of-england-ai-harness-engineering
Préparer les contrôles d’agents pour les normes de l’EU AI Act
/blog/eu-ai-act-standards-agent-controls
Cadre d’exécution SAFR
/blog/safr-mas-framework-explained
Échanger sur votre architecture de contrôle des agents
/book-demo
