Traçabilité d’exécution pour les agents IA
La traçabilité d’exécution est l’enregistrement connecté d’un run d’agent, de l’intention aux décisions de politique, appels d’outil, révision humaine et état résultant. Elle préserve les identités, versions, séquence et références d’intégrité nécessaires pour rejouer et vérifier l’exécution.
KLA crée un Lineage Record pour chaque run gouverné, corrèle chaque décision et effet de bord, puis ancre l’enregistrement dans un registre de preuves en ajout seul pour une révision et une exportation ultérieures.
- 01IntentionExaminer le sinistre CLM-20418
- 02Exécution gouvernée3 appels d’outil · 2 décisions de politique
- 03Décision humainedr_01K0A80D · approuvée
- 04Enregistrement d’intégritésha256:9e8c…44a1 · scellé
- Enregistrement principal
- Lineage Record
- Surface d’investigation
- Lineage Explorer
- Modèle d’intégrité
- Hachages, signatures et preuves de registre
- Sortie portable
- Sealed Evidence Bundle
01: Concept
Comment fonctionne la traçabilité d’exécution en pratique
Une traçabilité utile conserve le chemin causal de l’exécution et l’état de contrôle qui a gouverné chaque étape conséquente.
La traçabilité d’exécution est l’enregistrement connecté d’un run d’agent, de l’intention aux décisions de politique, appels d’outil, révision humaine et état résultant. Elle préserve les identités, versions, séquence et références d’intégrité nécessaires pour rejouer et vérifier l’exécution.
- Commencer par une identité stable
- L’enregistrement lie l’agent, la Release, le principal, le tenant, l’environnement, le Process et les identifiants de corrélation pour le run complet.
- Capturer la séquence réelle
- Les entrées, événements de modèle, requêtes d’outil, décisions de politique, approbations, réponses et changements d’état restent ordonnés et connectés.
- Préserver le contexte de contrôle
- Chaque action gouvernée porte son instantané d’autorité, sa version de politique, les règles correspondantes, l’issue et la Decision Request associée.
- Rendre l’intégrité vérifiable
- Les hachages, signatures, ancrages de registre en ajout seul et manifestes de bundle permettent de détecter les altérations et d’effectuer une Independent Verification.
02: Mise en œuvre KLA
Comment KLA met en œuvre la traçabilité d’exécution
KLA construit l’enregistrement pendant l’exécution afin que les opérateurs et réviseurs inspectent un chemin continu de la demande à l’issue.
- 01
Ouvrir le Lineage Record
Un run gouverné reçoit des identifiants stables d’exécution, d’agent, de Release, de Process, de tenant et d’environnement.
Résultat · Identité d’exécution
- 02
Ajouter les événements runtime
Les spans OpenTelemetry et les événements KLA capturent dans l’ordre les entrées, opérations de modèle, appels d’outil, décisions de politique et réponses.
Résultat · Chemin d’événements ordonné
- 03
Joindre les décisions et les effets
Les Decision Requests, la justification du réviseur, les résultats d’outil, les erreurs et l’état avant et après restent corrélés à l’action concernée.
Résultat · Dossier opérationnel complet
- 04
Sceller et exporter les preuves
Les métadonnées d’intégrité ancrent l’enregistrement dans le registre de preuves et permettent l’exportation via Evidence Room.
Résultat · Preuve vérifiable
Exemple · Sinistre d’assurance
Un enregistrement porte le sinistre de l’intention à l’effet
Un agent de sinistres recueille les données de police, évalue un règlement proposé, atteint un point de contrôle humain et met à jour le système de sinistres.
Lineage Explorer rejoue la séquence exacte avec les entrées et sorties d’outil, les décisions de politique et du réviseur, les références sources et l’état final du sinistre.
- Exécution commencéereçue
claims-review-agent rel_2026_07_16_2 · sinistre CLM-20418
- Preuve récupéréeenregistrée
policy.read et documents.fetch · réponses hachées et corrélées
- Règlement retenu et approuvéapprouvée
Seuil de politique atteint · justification du superviseur des sinistres jointe
- État du sinistre mis à jourenregistrée
claims.update-settlement · hachages des états avant et après enregistrés
04: Dossier de preuve
Ce que KLA enregistre pour examen
Un Lineage Record relie les événements techniques aux identités, décisions de contrôle et résultat métier qui donnent son sens au run.
| Couche d’enregistrement | Preuve capturée | Objet de l’examen |
|---|---|---|
| Identité d’exécution | ID d’exécution, de corrélation, d’agent, de Release, de Process, de principal, de tenant et d’environnement | Définir le run gouverné et son contexte opérationnel |
| Séquence d’événements | Entrées, prompts, événements de modèle, appels d’outil, réponses, erreurs et horodatages | Rejouer le chemin et préserver l’ordre causal |
| État de contrôle | Instantanés d’autorité, versions de politique, verdicts, codes de motif, Decision Requests et justification | Montrer comment chaque étape conséquente a été gouvernée |
| Intégrité et issue | État avant et après, hachages d’artefacts, signatures, ancrages de registre et manifeste de bundle | Vérifier l’effet opérationnel et détecter des changements ultérieurs |
05: Contrôles liés
Suivre le parcours complet de l’action gouvernée
Les quatre concepts interviennent ensemble sur une même action. Continuez avec la couche de contrôle la plus proche de votre prochaine question.
06: Références techniques
Lire les enregistrements exacts derrière cette couche de contrôle
Ces références étayent les affirmations de cette page et relient le comportement du runtime aux schémas et exemples publiés.
07: FAQ
Questions sur la traçabilité d’exécution
Définitions, comportement du runtime, intégration et limites de preuve de cette couche de contrôle.
- Qu’est-ce que la traçabilité d’exécution pour un agent IA ?
- La traçabilité d’exécution est l’enregistrement connecté et ordonné d’un run d’agent. Elle inclut l’agent et la Release, les entrées, appels d’outil, décisions de politique, révision humaine, sorties, état résultant et références d’intégrité.
- En quoi Execution Lineage diffère-t-elle des journaux applicatifs ?
- Les journaux applicatifs sont généralement des messages opérationnels propres à un service. Les Lineage Records KLA corrèlent le run gouverné complet entre services et relient chaque action conséquente à l’identité, l’autorité, la politique, les décisions humaines, les issues et l’intégrité des preuves.
- Un réviseur peut-il rejouer un Lineage Record ?
- Oui. Lineage Explorer présente la chronologie d’exécution ordonnée avec les entrées et sorties d’outil, issues de politique, Decision Requests, justification du réviseur, erreurs et état résultant.
- Comment KLA rend-il la traçabilité infalsifiable ?
- KLA hache les artefacts de preuve, ancre les enregistrements dans un registre en ajout seul et inclut les signatures et hachages de manifeste dans les Sealed Evidence Bundles. La vérification indépendante peut détecter les modifications des preuves exportées.
- Execution Lineage peut-elle être exportée pour un audit ?
- Oui. Evidence Room regroupe les Lineage Records sélectionnés, les preuves de politique et d’approbation, les métadonnées d’intégrité et un manifeste signé dans un Sealed Evidence Bundle ou un Control Pack.
Commencez par une action
Examiner la traçabilité complète d’une action d’agent
Apportez un Process conséquent et ses journaux actuels. L’équipe KLA cartographiera les identités, décisions, effets et preuves d’intégrité dont un réviseur a besoin.