Aller au contenu

Définition

Site agentique gouverné : définition et critères

Un cadre proposé pour distinguer les capacités d’un site agentique, les contrôles appliqués à ses interactions et les preuves disponibles.

CollectionDéfinition
TypeDéfinition
Version0.1-proposed
Publié2026-09-07
Mise à jour2026-09-07

Proposition informative de Gautier Dorval, version 0.1, créée le 7 septembre 2026. Les critères peuvent être appliqués à une implémentation tierce. Il ne s’agit pas d’une certification ni d’une définition officielle du marché.

Un site agentique expose des ressources ou des capacités qu’un agent IA peut découvrir et mobiliser dans un parcours de tâche, au moyen d’interactions dont les entrées, les états et les résultats sont explicites. « Site agentique » désigne la catégorie générale ; « gouverné » qualifie les contrôles appliqués à un périmètre.

Réponse directe

Un site agentique gouverné est un site qui encadre ses interactions avec les agents IA par des règles explicites d’autorité, d’admissibilité, de périmètre et de vérification, avec des contrôles effectivement appliqués dans le périmètre annoncé.

La qualification porte sur une interaction ou un ensemble de parcours définis. Elle ne signifie pas que toutes les fonctions du domaine, tous les contenus et tous les usages possibles sont gouvernés de la même manière.

Un agent externe peut suffire

Dans le cadre proposé ici, le caractère agentique ne dépend pas de la présence d’un modèle génératif à l’intérieur du site. Un agent externe peut découvrir une capacité, choisir une entrée autorisée et exploiter un résultat structuré. Le site peut répondre de façon déterministe.

La distinction importante est celle entre un document simplement accessible et une interface dont le rôle dans la tâche, les entrées et les résultats sont explicites. Une API classique peut participer à cette interface. Sa seule existence ne démontre toutefois ni la qualité de l’interaction ni l’application de règles de gouvernance.

Ce que le qualificatif gouverné ajoute

La gouvernance commence par un périmètre. Il faut pouvoir nommer le propriétaire des ressources, les sources de référence, les opérations disponibles et les limites annoncées. Elle doit ensuite être reliée à des mécanismes concrets : validation des entrées, résolution d’un objet autorisé, refus d’une demande hors contrat, contrôle d’une version ou confirmation avant un effet sensible, selon le parcours.

Les règles publiées et les contrôles appliqués ne sont pas interchangeables. Une politique peut exprimer ce qui devrait se produire. Un test ou une observation documente ce qui s’est produit dans des conditions déterminées.

Trois profils d’interaction

Le contexte gouverné concerne la découverte et la distribution de ressources. L’agent peut recevoir un artefact identifiable sans que le site génère lui-même une réponse.

L’action gouvernée concerne une opération qui produit un effet. Son périmètre peut exiger une autorisation, une confirmation, un traitement du double envoi et une preuve du résultat.

L’administration gouvernée concerne le travail d’un assistant dans le système de gestion du site. Les droits de cet assistant ne doivent pas être confondus avec ceux d’un visiteur ou d’un agent public.

Ces profils peuvent se combiner. Ils ne forment pas une échelle universelle et n’impliquent pas que plus d’autonomie soit toujours préférable.

Les questions qui permettent de l’évaluer

L’évaluation doit identifier qui maintient les règles, quel parcours elles couvrent, quels objets ou opérations sont admissibles, quels contrôles sont appliqués, ce qui permet de vérifier les propriétés annoncées et comment les changements sont traités.

La preuve doit être proportionnée à l’affirmation. Une configuration et un test daté peuvent documenter un contrôle. Une affirmation sur un résultat réellement produit exige une observation de ce résultat. Une lecture anonyme n’exige pas nécessairement un registre individuel public.

Critères inspectables

Critère Question de contrôle
Propriétaire et autorité Qui maintient les ressources et les règles pour ce périmètre ?
Périmètre Quelles entrées, ressources, opérations et limites sont déclarées ?
Admission et résolution Quelle règle détermine ce qui peut être distribué ou exécuté, et qui l’applique ?
Contrôle effectif Quel mécanisme refuse, borne ou exige une confirmation ?
Identité du résultat La version et les propriétés annoncées de l’objet peuvent-elles être vérifiées ?
Preuve proportionnée Quel test ou résultat daté soutient l’affirmation, dans quel environnement ?
Évolution Comment sont traités changement, retrait, obsolescence ou révocation ?
Limites Quelles conclusions restent hors preuve ?

Exemple : distribuer un contexte en lecture

Un agent sélectionne une intention dans un registre connu. Il demande le pack correspondant dans une langue et une version prises en charge. Le service résout un artefact précompilé. L’agent peut examiner son manifeste et vérifier la propriété d’intégrité prévue par le contrat.

Cet exemple décrit un profil architectural. Une implémentation précise doit être documentée séparément, avec ses vrais identifiants, ses tests, son environnement et ses limites. La distribution d’un pack ne prouve pas que l’agent l’a lu, compris ou utilisé fidèlement.

Ce que cette qualification ne garantit pas

Un manifeste n’est pas une preuve de vérité. Une empreinte ne suffit pas à authentifier l’autorité qui la publie. Un refus observé dans un scénario n’établit pas une sécurité absolue. Un registre d’accès ne révèle pas le raisonnement de l’agent.

De même, le qualificatif ne garantit ni une citation dans une réponse d’IA, ni un classement dans un moteur, ni une recommandation, ni la réussite de toutes les tâches exécutées par des systèmes tiers.

Relation avec le modèle de maturité

Le modèle de maturité du Web agentique conserve ses niveaux et son évaluation par parcours. Les profils présentés ici précisent la nature des interactions et des contrôles. Un parcours de contexte gouverné en lecture ne devient pas automatiquement un parcours transactionnel.

Cette définition constitue une proposition de travail du corpus de Gautier Dorval. Elle est conçue pour être examinée et appliquée à des implémentations différentes, sans imposer un produit particulier.

Contre-exemples et limites d’autorité

Un chatbot, une API, un fichier llms.txt, un accès MCP ou un manifeste ne suffisent pas, isolément, à satisfaire ces critères. Les permissions d’un assistant administrateur ne prouvent pas le contrôle d’un parcours public.

L’autorité du site porte sur ses ressources et opérations. Elle ne remplace ni les permissions de l’utilisateur, ni les règles de sécurité de l’agent, ni une autorité extérieure compétente. Une révocation peut borner de futurs accès ; elle n’efface pas les copies déjà reçues. Le déterminisme s’évalue sur une version, des entrées, un état et une représentation fixés, sans promettre des en-têtes, des temps de réponse ou des sorties LLM identiques.

Références et application

PAGUP accompagne le diagnostic et l’intégration selon un périmètre professionnel convenu.