Le point de contrôle que vos agents IA
franchissent en premier
Lorsqu’un agent déplace de l’argent, modifie un enregistrement ou écrit à un client, KLA Runtime évalue l’action avant son exécution : il la vérifie au regard de vos politiques, la suspend pour une approbation humaine lorsque l’enjeu l’exige et consigne un historique infalsifiable de ce qui s’est produit. Gouvernez en place ou exécutez via KLA.
Ce que KLA Runtime fait concrètement
KLA est la couche d’exécution qui aide les systèmes IA existants à obtenir l’autorisation de fonctionner en production.
Chemin d’interception actif
Demande, décision, escalade, exécution en aval, lineage signée.
- Un agent demande un appel d’outil, une écriture API, une réponse client ou une transition interne de Processus.
- KLA évalue la politique, l’identité, les seuils métier et le contexte d’exécution.
- Le système autorise, bloque ou achemine l’action vers un réviseur humain.
- La décision et son résultat sont consignés dans l’Execution Lineage signée.
decision = checkpoint.evaluate( actor="treasury-copilot", action="wire_transfer.create", policy="payments.high_value_requires_human", ) if decision.status == "requires_human_review": route_to_approver(decision) elif decision.status == "approved": execute()
Points de contrôle policy-as-code
Évaluez l’identité, le niveau de risque, l’accès aux outils, les seuils et le contexte du Processus avant qu’un agent agisse.
- Bloquez les actions sur-autorisées avant qu’elles n’atteignent les systèmes en aval
- Centralisez les politiques d’exécution sans imposer une architecture applicative unique
- Appliquez les mêmes contrôles aux pilotes, à la production et aux travaux de reprise de shadow AI
Routage des décisions
Escaladez les décisions à fort enjeu vers le bon réviseur avec le contexte précis dont il a besoin pour approuver ou refuser rapidement.
- Flux maker-checker pour les paiements, sinistres, releases et actions destinées aux clients
- Identité de l’approbateur et motif de la décision liés à l’enregistrement d’exécution
- Modèles d’intégration avec Slack, e-mail, files d’attente et Processus internes
Assurance continue
Assurez le comportement d’exécution des IA gouvernées avec des preuves en direct plutôt qu’avec des documents de conception auto-déclarés.
- Quasi-incidents, latence d’approbation, actions bloquées et dérive apparaissent au même endroit
- Métadonnées de modèle, d’outil et de Processus jointes à chaque décision gouvernée
- Utile pour la plateforme, le risque, la sécurité et l’audit sans construire quatre systèmes séparés
Execution Lineage
Chaque action gouvernée produit une lineage signée et interrogeable, ensuite associable aux contrôles internes et aux référentiels externes.
- Action, décision de politique, réviseur, effet en aval et état de conservation dans un même bundle
- Les mappings de référentiels sont générés à partir de l’exécution capturée
- Les packages Annex IV et mappings de contrôles sont générés depuis les exécutions gouvernées
Modèles de déploiement pour des stacks réels
KLA ne nécessite pas de replatforming. Choisissez la surface de contrôle adaptée à votre architecture.
Govern in Place
Instrumentez les frameworks existants avec des SDK ou OpenTelemetry et placez des points de contrôle aux moments décisifs.
- Adapté si vous disposez déjà de frameworks d’agents, de files d’attente et de moteurs de workflow
- Intégration légère qui fonctionne avec votre infrastructure existante
- Conserve l’attention de KLA sur le contrôle, l’approbation et la preuve
Exécuter via KLA
Adoptez un chemin d’exécution géré lorsque vous souhaitez que KLA prenne en charge une plus grande part de la surface d’exécution pour standardiser rapidement.
- Adapté aux Processus greenfield ou aux équipes qui regroupent une automatisation fragmentée
- Apporte une surface de contrôle plus étroite avec moins de travail d’intégration locale
- Préserve le même modèle de politique, d’approbation et de lineage
La conformité comme résultat du contrôle à l’exécution
Les mappings de référentiels, artefacts de confiance et rapports réglementaires sont plus utiles lorsqu’ils sont générés automatiquement à partir de l’exécution gouvernée.
Réutilisez la même lineage pour chaque revue
Lorsqu’une action d’exécution est gouvernée par KLA, la lineage qui en résulte peut prendre en charge les contrôles internes, les revues de confiance, les packages Annex IV, la documentation du système qualité et la préparation d’audit, sans demander ensuite aux équipes d’ingénierie de reconstituer l’historique.