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é.
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.
Huit principes avant la première action.
Outils, périmètres de données et limites transactionnelles sont accordés par tâche et restent révocables.
API et messages inter-agents sont typés, versionnés, validés et observables.
L’institution peut reconstruire qui a délégué quelle autorité, à quel agent, pour quel objectif et quelle durée.
Appels modèles, retrieval, outils, handoffs, validations, erreurs, coûts et actions forment une trace d’exécution cohérente.
Les workflows matériels identifient un responsable, une voie d’escalade et un mécanisme d’arrêt exécutable.
Un modèle, un outil ou un fournisseur peut être limité ou remplacé sans reconstruire l’institution autour de lui.
Les obligations européennes sont rattachées au rôle, au secteur et à la classification réelle du système.
Les dix couches du contrôle agentique.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Cinq niveaux d’exploitation, cinq charges de contrôle.
Génération ou retrieval sans pouvoir d’action externe. Minimum: identité de session, frontière des données, provenance et revue de sortie.
Lecture ou outils à faible impact. Ajouter inventaire, autorisation par outil, traces, limites et révocation.
Actions métier sous autorité bornée. Ajouter identité workload, moteur de politique, limites transactionnelles, approvals, idempotence et rollback.
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.
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é.
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.
Le board doit pouvoir demander un seul evidence pack.
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.
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