Assurance Center

Assurance Center est la surface de qualité continue du KLA Control Plane, accessible via la route /measurement. Le KLA Control Plane est une couche de sécurité d'exécution, d'audit et de gouvernance « govern-in-place » destinée aux agents d'IA d'entreprise : vous instrumentez vos agents existants au lieu de les migrer vers une nouvelle plateforme. Les politiques bloquent ce qui est manifestement incorrect au moment de l'exécution, mais la plupart des défaillances d'agents sont plus discrètes : des réponses qui se dégradent lentement, un formatage qui se détériore, des résultats qui se déséquilibrent au détriment d'un groupe d'utilisateurs. Assurance Center surveille cette érosion lente en production et la transforme en quelque chose que vous pouvez voir, prouver et corriger. Il incarne le pilier Assure du récit produit (Govern. Operate. Assure. Prove.), en fournissant une vérification indépendante attestant qu'un agent se comporte toujours comme le jour où vous l'avez approuvé.

Qui l'utilise

Les responsables conformité, risque et audit s'y installent lorsqu'ils doivent démontrer qu'un système de décision automatisé reste équitable et précis dans la durée, et pas seulement au lancement. Les opérateurs de plateforme l'emploient pour détecter les régressions de qualité avant que les utilisateurs ne les signalent, et pour confirmer qu'un nouveau Rollout (le déploiement d'un Release d'agent) n'a pas dégradé le comportement. Les développeurs et intégrateurs définissent les références et réinjectent le retour humain dans l'évaluation, bouclant ainsi la boucle entre ce qui a été livré et la façon dont cela se comporte réellement.

Pourquoi l'assurance continue est essentielle

Un agent qui a passé tous les contrôles au lancement peut tout de même dériver. Les fournisseurs de modèles mettent à jour leurs poids, la distribution de vos données évolue, les prompts sont modifiés et les outils en aval changent le format de leurs sorties. Rien de tout cela ne déclenche un block de politique, et pourtant la qualité décline silencieusement. La gouvernance ne s'arrête pas au déploiement : un système que vous avez certifié il y a six mois n'est digne de confiance que si vous pouvez démontrer qu'il se comporte encore correctement aujourd'hui.

Capacités clés

Baselines. Une baseline est un instantané vérifié du comportement correct d'un agent : un ensemble étiqueté de sorties attendues, de scores de qualité et de distributions de résultats, capturé à partir d'un Release auquel vous faites confiance. Chaque évaluation ultérieure est mesurée par rapport à cette référence, de sorte que « bon » est défini par votre propre comportement approuvé plutôt que par un réglage par défaut du fournisseur.

Surveillance de la dérive et Assurance Alerts. Assurance Center note en continu les sorties en production par rapport à la baseline : similarité sémantique, validité du formatage, taux d'hallucination et évolution du coût ou de la latence. Lorsqu'une métrique franchit son seuil, il émet une Assurance Alert (l'objet canonique pour un problème de dérive). Les alertes portent l'agent concerné, la métrique qui a évolué, l'ampleur du mouvement et un lien vers Lineage Explorer pour inspecter les exécutions précises à l'origine de la régression. Les Assurance Alerts ouvertes apparaissent aussi dans la file Triage de Command.

Cohortes de biais et d'équité. Vous définissez des cohortes (des groupes tels que des tranches d'âge, des régions ou des niveaux de produit) et Assurance Center suit la manière dont les résultats automatisés se répartissent entre elles. Si un agent de triage de sinistres se met à approuver une cohorte à un taux nettement différent de celui d'une autre, cette disparité devient une Assurance Alert assortie de la ventilation par cohorte, fournissant aux auditeurs des preuves concrètes de la surveillance de l'équité.

Remediation Plans. Chaque alerte peut ouvrir un Remediation Plan : un enregistrement suivi de ce qui ne va pas, de la personne qui en est responsable et de la façon dont le modèle, le prompt ou la frontière de politique sera ajusté pour résoudre le problème. Le plan reste lié à son alerte et aux exécutions qui l'ont déclenché, de sorte que le parcours complet, de la détection à la correction, est auditable et que rien n'est clôturé en silence.

Annotations humaines. Les relecteurs et l'assurance qualité en aval peuvent attacher des annotations (étiquettes correct/incorrect, gravité et notes) à des sorties d'agent spécifiques. Ces jugements humains sont réinjectés directement dans le magasin de données d'évaluation, affinant la notation future et renforçant la prochaine baseline.

La boucle d'assurance

flowchart LR
  B["Baseline"] --> M["Surveiller les sorties en production"]
  M --> D{"Dans le seuil ?"}
  D -->|oui| M
  D -->|non| A["Assurance Alert"]
  A --> R["Remediation Plan"]
  R --> N["Annotations humaines"]
  N --> B

Comment cela s'articule

Assurance Center se situe en aval de l'exécution et en amont des preuves. Il lit les mêmes spans OpenTelemetry que vos agents émettent, y compris les attributs GenAI comme genai.agent.name, genai.tool.name, genai.cost.usd et genai.token.usage, et les transforme en signaux de qualité longitudinaux. Les Assurance Alerts alimentent la file Triage de Command et la carte System Posture. Les explorations détaillées renvoient vers Lineage Explorer pour les Lineage Records sous-jacents. Et les verdicts consignés ici (références maintenues, équité surveillée, remédiations clôturées) deviennent partie intégrante des Sealed Evidence Bundles assemblés dans l'Evidence Room, de sorte que « nous avons continué à surveiller » est lui-même prouvable.