VOCE AI Governance Institute · ARGOS · v1.0

Un système qui a changé hier ne peut pas s’appuyer sur la conclusion d’assurance du mois dernier.

ARGOS — AI Evaluation & Continuous Assurance maintient les systèmes agentiques dans une enveloppe opérationnelle fondée sur les preuves lorsque modèles, prompts, outils, permissions, données, fournisseurs ou conditions humaines changent.

Comprendre en schéma

Cycle en 8 étapes12 déclencheurs matériels6 plans d’évaluationPilotage événementielVOCE 360°
ARGOS · Cycle d’assurance

L’assurance est une boucle, jamais un rendez-vous annuel.

ARGOS ouvre un nouveau cycle lorsqu’un changement matériel invalide l’état de preuve précédent. L’institution sait ce qui a changé, quels tests répéter, qui décide et quelles preuves conserver.

01

Référence initiale

Quel modèle, prompt, outil, jeu de permissions, donnée et politique exacts sont en production?

Manifeste des versions · Inventaire agents/outils · Instantané politiques/configuration
02

Observer

Que fait réellement le système déployé sur les tâches, outils, coûts, erreurs, validations et interventions humaines?

Traces d’exécution · Résultats des tâches · Journaux de validation/override · Télémétrie des coûts
03

Détecter le changement

Quel changement matériel, dérive, incident ou événement fournisseur invalide l’état d’assurance précédent?

Événement de changement · Signal de dérive · Registre d’incident · Notification fournisseur
04

Réévaluer

Quelles évaluations, tests de sécurité, contrôles Conformance et contrôles cognitifs doivent être répétés après le changement?

Plan de test déclenché · Suite de régression · Justification du choix des contrôles
05

Comparer

Comment le nouvel état diffère-t-il de la référence acceptée sur qualité, sécurité, autorité, coût et supervision humaine?

Référence initiale delta · Performance delta · Risk delta · Cost delta
06

Décider

Le système modifié peut-il rester en service, doit-il être restreint, revenir en arrière, exiger une validation supplémentaire ou être retiré?

Registre de décision · Responsable identifié · Conditions/limites · Décision de retour arrière
07

Conserver les preuves

L’institution peut-elle reconstruire pourquoi le système était considéré comme acceptable à cet instant?

Dossier de preuves daté · Traçabilité des examinateurs · Résultats de test versionnés · Historique des décisions
08

Rouvrir

Quel événement futur rouvre automatiquement l’assurance au lieu d’attendre un audit périodique?

Règles de déclenchement · Règle de surveillance · Revue planifiée · Contrôle événementiel
Déclencheurs de changement

Douze événements rouvrent automatiquement l’assurance.

Une nouvelle version de modèle n’est qu’un déclencheur. Permissions, fournisseurs, données, coûts, incidents et signaux cognitifs humains peuvent invalider une conclusion antérieure.

ARG-T01Changement de modèle de fondation ou de version majeureMatériel
ARG-T02Changement de prompt, d’instruction système ou de politique d’orchestrationMatériel
ARG-T03Nouvel outil, API, serveur MCP ou pair A2AMatériel
ARG-T04Changement de permissions, limites transactionnelles ou seuils d’approbationCritique
ARG-T05Nouvelle source de données, index RAG, mécanisme de mémoire ou région de traitementMatériel
ARG-T06Dégradation matérielle de la qualité des tâches ou de la distribution des erreursCritique
ARG-T07Incident de sécurité, injection de prompt ou quasi-incident matérielCritique
ARG-T08Changement de fournisseur, licence, prix ou disponibilitéMatériel
ARG-T09Changement de rôle réglementaire, classification ou obligation sectorielleCritique
ARG-T10Hausse matérielle des coûts, retries ou consommation de ressourcesMatériel
ARG-T11Hausse des overrides humains, alertes manquées, fatigue décisionnelle ou échecs des contrôles cognitifsCritique
ARG-T12Changement organisationnel ou d’effectifs affectant matériellement la supervision humaineMatériel
Plans d’évaluation

Six plans d’évaluation avancent ensemble.

La capacité du modèle est nécessaire mais insuffisante. ARGOS relie performance des tâches, autorité, sécurité, observabilité, économie et assurance cognitive humaine.

Capacité & performance des tâches

Succès des tâches · Modes d’échec · Régression · Cas limites

Autorité & permissions

Accès aux outils · Périmètre des données · Limites transactionnelles · Contournement des validations

Sécurité & abus

Injection de prompt · Manipulation des outils · Usage abusif des identifiants · Accès hors périmètre

Observabilité & audit

Complétude des traces · Traçabilité des versions · Preuves de validation · Reconstruction d’incident

Économie & concentration

Coût par tâche terminée · Dépenses de retries · Concentration fournisseur · Préparation à la sortie

Assurance cognitive humaine

Charge d’alertes · Qualité de la vérification · Compréhension lors de la reprise en main · Fatigue décisionnelle

État opérationnel

Quatre états opérationnels explicites.

Le système n’est jamais simplement 'conforme'. ARGOS indique si l’assurance est ouverte, restreinte, acceptée dans un périmètre défini ou retirée.

Ouverte

Un déclencheur matériel est survenu et la conclusion précédente ne peut plus être utilisée sans réévaluation.

Restreinte

Le système ne peut fonctionner que sous limites temporaires explicites jusqu’à fermeture des lacunes de preuve.

Acceptée

L’ensemble défini d’évaluations et de contrôles soutient la poursuite de l’exploitation dans le périmètre et les conditions déclarés.

Retirée

Le système ou la capacité est retiré du service parce que les preuves ne soutiennent plus son maintien en exploitation.