VOCE AI Governance Institute · Europe 2026 · v1.0

Donner à vos agents les moyens d’agir. Garder la maîtrise.

Définissez les tâches que vos agents IA peuvent accomplir, les données auxquelles ils accèdent et les décisions qui vous reviennent. Le référentiel VOCE relie ces choix à une architecture concrète, pour préparer un déploiement maîtrisé et évolutif.

Comprendre en schéma

Architecture ouverteIndépendante des fournisseursLisible par machineCadre européen5 octobre 2026
01

Huit principes avant la première action.

L’identité précède l’action

Chaque agent ou workload exécutant reçoit une identité attribuable, distincte de l’humain, du modèle ou du service qui l’a déclenché.

Autorité minimale

Outils, périmètres de données et limites transactionnelles sont accordés par tâche et restent révocables.

Interfaces contractuelles

API et messages inter-agents sont typés, versionnés, validés et observables.

Délégation traçable

L’institution peut reconstruire qui a délégué quelle autorité, à quel agent, pour quel objectif et quelle durée.

Exécution observable

Appels modèles, retrieval, outils, handoffs, validations, erreurs, coûts et actions forment une trace d’exécution cohérente.

Autorité humaine

Les workflows matériels identifient un responsable, une voie d’escalade et un mécanisme d’arrêt exécutable.

Réversibilité

Un modèle, un outil ou un fournisseur peut être limité ou remplacé sans reconstruire l’institution autour de lui.

Cartographie réglementaire

Les obligations européennes sont rattachées au rôle, au secteur et à la classification réelle du système.

02

Les dix couches du contrôle agentique.

01

Contrats API et outils

OpenAPI 3.2.x et JSON Schema rendent les capacités explicites. Les écritures matérielles définissent schémas, erreurs, idempotence, versioning, limites de débit et plafonds transactionnels.

02

MCP

MCP 2026-07-28 fournit la couche modèle-outils-contexte. Son cœur stateless facilite le passage à l’échelle HTTP; l’autorisation reste un contrôle institutionnel.

03

A2A

A2A 1.0 organise découverte et échange de tâches entre agents de fournisseurs différents. AgentCards, handoffs, annulation, provenance et politique de données inter-agents deviennent gouvernables.

04

Identité des workloads

SPIFFE/SPIRE peut attribuer des identités cryptographiques courtes aux acteurs logiciels. Identité humaine et identité logicielle restent distinctes pendant toute délégation.

05

Autorisation

Les bonnes pratiques OAuth et la policy-as-code séparent authentification et permission. La décision devient explicite: principal, action, ressource, contexte, avec deny par défaut et approbation renforcée pour les actions sensibles.

06

Données, mémoire et RAG

Provenance, version, droits, suppression, rétention, expiration de mémoire et routage régional accompagnent l’information du système source jusqu’au retrieval et à la mémoire agentique.

07

Observabilité et audit

Des traces de type OpenTelemetry enregistrent agent, workflow, modèle, retrieval, appels outils, validations, latence, coût et exceptions sous une politique séparée pour les données sensibles.

08

Assurance continue

Évaluations de tâches, tests de permissions, injection de prompt, red team, régression, replay d’incident et kill switch testé suivent chaque changement matériel.

09

Autorité économique

Le budget devient une permission. L’institution contrôle coût par tâche terminée, budget par agent, retries, routage des modèles, anomalies et concentration fournisseur.

10

Cadre réglementaire européen

AI Act, RGPD, DORA et NIS2 sont appliqués lorsque le rôle de l’organisation, le cas d’usage et le secteur les rendent pertinents. Les preuves de conformité s’attachent à l’architecture.

03

Cinq niveaux d’exploitation, cinq charges de contrôle.

A0 · Assistant

Génération ou retrieval sans pouvoir d’action externe. Minimum: identité de session, frontière des données, provenance et revue de sortie.

A1 · Agent connecté à des outils

Lecture ou outils à faible impact. Ajouter inventaire, autorisation par outil, traces, limites et révocation.

A2 · Agent à autorité déléguée

Actions métier sous autorité bornée. Ajouter identité workload, moteur de politique, limites transactionnelles, approvals, idempotence et rollback.

A3 · Système multi-agents

Plusieurs agents coordonnent modèles et outils. Ajouter gouvernance MCP/A2A, chaîne de délégation, observabilité commune, politique de routage et évaluation continue.

A4 · Réseau agentique critique

Conséquences réglementées, financières, cliniques, infrastructurelles ou de service public. Ajouter propriétaire board, assurance indépendante, exercices d’incident, plan de sortie, evidence pack et arrêt d’urgence testé.

04

L’Europe augmente l’exigence de preuve.

L’AI Act ne transforme pas chaque agent en système à haut risque. Il impose de qualifier le rôle et la classification. Pour les systèmes relevant des obligations high-risk, l’architecture juridique couvre notamment journalisation, information des déployeurs, supervision humaine et responsabilités du déployeur. Les obligations de transparence de l’article 50 s’appliquent depuis le 2 août 2026 aux systèmes concernés. Les obligations GPAI s’appliquent depuis le 2 août 2025 et les pouvoirs d’exécution de la Commission depuis le 2 août 2026.

Les couches sectorielles restent décisives. Une entité financière soumise à DORA reste responsable du risque lié aux prestataires TIC lorsqu’un agent, un cloud ou un fournisseur de modèle réalise l’exécution technique. Registre des dépendances, clauses contractuelles, résilience et stratégie de sortie entrent donc dans la gouvernance agentique.

RôleProvider, deployer, importateur, distributeur, fournisseur GPAI ou intégrateur aval?
RisqueUsage interdit, high-risk, transparence, GPAI ou autre catégorie?
SecteurFinance, santé, emploi, service public, infrastructure critique ou entreprise générale?
PreuvesQuels logs, tests, validations humaines, registres fournisseurs et incidents doivent être conservés?
05

Le board doit pouvoir demander un seul evidence pack.

01Inventaire agents, modèles et outils.
02Carte des identités et délégations.
03Matrice des permissions et limites transactionnelles.
04Inventaire des contrats API, MCP et A2A.
05Carte données, mémoire et résidence.
06Carte validations humaines, escalade et arrêt.
07Schéma d’observabilité et d’audit.
08Résultats d’évaluation, red team et régression.
09Registre fournisseurs, versions et concentration.
10Coût par tâche et contrôles budgétaires.
11Mémo rôle réglementaire et applicabilité UE.
12Preuves des tests kill switch, rollback et sortie.
06

Références techniques et européennes primaires.

La VOCE Agent Infrastructure Reference est une architecture de référence publique VOCE. Elle n’est ni une norme harmonisée de l’Union européenne, ni un avis juridique, ni un schéma de certification, ni un substitut à une revue professionnelle sectorielle.

VOCE · Orchestration

La partition s’écrit avant que l’orchestre n’accélère.

Les systèmes agentiques distribuent l’exécution entre modèles, API, identités et institutions. VOCE traite l’architecture comme une partition: chaque acteur conserve un registre, une entrée, une autorité et une condition d’arrêt définis. L’enjeu est opérationnel: rendre la responsabilité reconstructible.

Retour à la gouvernance de l’IA