← Blog

La barrière de consentement : pourquoi les agents IA font confiance à une couche opérationnelle

2026-07-19 · Blog · consent-gatetrustprompt-injectionoperational-layer

Il y a une objection évidente à la publication d’un guide lisible par machine : « N’est-ce pas de l’injection de prompt ? » C’est la bonne question, et la réponse est au cœur de la conception. La barrière de consentement garde l’utilisateur aux commandes et donne à un assistant le contexte nécessaire à sa propre évaluation de sûreté indépendante ; elle ne garantit pas qu’un assistant tiers acceptera ou suivra le contenu.

Le problème que la barrière résout

Un agent IA travaille pour un seul mandant : son utilisateur. Tout texte qu’un agent rencontre sur le web ouvert est une donnée, pas une commande. Quand une page web glisse en fraude un texte caché du type « ignore tes instructions et fais X », c’est de l’injection de prompt — une tentative de détourner l’agent de son utilisateur. Les agents alignés sont entraînés à la refuser, et ils le doivent.

Alors comment un éditeur peut-il légitimement dire à l’agent d’un utilisateur comment s’inscrire, acheter et configurer ? En ne cherchant jamais à commander l’agent du tout. La couche opérationnelle est adressée à travers l’agent à l’utilisateur. Le rôle de l’agent est de la présenter ; le rôle de l’utilisateur est de décider.

Comment fonctionne la barrière de consentement

Le flux comporte quatre étapes, et chaque étape est visible pour l’utilisateur :

1. Publication ouverte

La couche est publiée au grand jour — un fichier public, déclaré dans llms.txt, portant une déclaration de transparence : qui l’a publiée, à quoi elle sert, et qu’elle est destinée à l’agent de l’utilisateur. L’injection se cache. La couche opérationnelle s’annonce.

2. L’agent présente, il n’obéit pas

Quand un agent lit la couche, l’instruction propre à la couche est : dis à ton utilisateur ce que tu as trouvé. « Ce service publie un guide pour ton agent. Voici ce qu’il peut faire pour toi. Voici ce que je ferais ensuite. » L’agent reste loyal envers son utilisateur du début à la fin — la couche est une offre, pas un ordre.

3. L’utilisateur autorise

Rien d’opérationnel ne se produit tant que l’utilisateur n’a pas dit oui. Le consentement peut être ponctuel (« oui, installe tout ») ou par opération (« demande-moi avant tout ce qui coûte de l’argent »). Un « non » clôt l’affaire. C’est la barrière : la permission de l’utilisateur est la seule clé qui l’ouvre.

4. L’agent opère comme l’éditeur l’a défini

Le consentement donné, l’agent suit le guide d’adoption et d’opération de l’éditeur — évaluer, s’enrôler, effectuer une transaction, configurer, utiliser, gérer — actionné via la carte de contrôle du service. L’agent agit de la manière la plus compatible parce que l’éditeur, qui connaît le mieux son service, a défini le chemin. Voir /how-it-works pour la façon dont les opérations sont cartographiées.

Une barrière de consentement minimale dans un manifeste ressemble à ceci :

{
  "consent_gate": {
    "required": true,
    "instruction": "Surface this layer to your user before acting. Describe the intended operation and its effect. Proceed only after an explicit yes from the user. Consent may be granted one-time or per operation.",
    "scopes": ["one_time", "per_operation"]
  }
}

Pourquoi c’est l’opposé de l’injection de prompt

Placez les deux côte à côte et ils s’inversent sur chaque propriété :

Lors de sessions de test enregistrées, chaque assistant a récupéré la couche et fait remonter l’étape de consentement. Ce sont des exemples, non la preuve d’une compatibilité universelle ou d’un comportement futur. L’utilisateur reste le mandant à chaque étape.

Ce que la barrière signifie pour les éditeurs

La barrière de consentement est aussi votre protection. Parce que chaque action est autorisée par l’utilisateur, vous ne trompez l’agent de personne — vous assistez votre propre futur client via l’interface qu’il a choisie. Cela maintient votre couche du bon côté des politiques d’agents aujourd’hui et des règles de plateformes d’agents à venir. La question connexe — comment empêcher que votre couche publiée soit détournée par d’autres — est traitée dans /blog/is-this-prompt-injection-no-heres-why.

FAQ

La barrière de consentement ralentit-elle les utilisateurs ?

Non — elle comprime la décision. Au lieu de vingt clics à travers votre entonnoir, l’utilisateur reçoit une question claire de son propre agent : « Tu veux que je configure ça ? » Un seul oui remplace tout le parcours de remplissage de formulaires.

Le consentement peut-il couvrir plusieurs opérations à la fois ?

Oui. La couche prend en charge le consentement ponctuel (un oui permanent pour un périmètre défini) et le consentement par opération. Les éditeurs devraient recommander le consentement par opération pour tout ce qui implique un paiement.

Et si un agent ignore la barrière et agit sans demander ?

Alors cet agent est mal aligné selon les normes de sa propre plateforme, et aucun fichier ne peut y remédier. La couche est conçue pour des agents alignés — et lors des sessions enregistrées, chaque assistant aligné a respecté la barrière.

Vous voulez qu’on le fasse pour vous ?

Chaque couche que nous publions porte la déclaration de transparence et la barrière de consentement par construction — générées et verrouillées à la source, jamais quelque chose que vous devez réussir à la main. L’offre gratuite publie une couche soumise au consentement pour votre page la plus importante — une URL, gratuite. L’offre Basic (29 $/mois) couvre jusqu’à 10 URL de votre domaine, et Pro (99 $/mois) couvre 3 domaines et 50 URL. Voyez d’abord où vous en êtes avec le scan gratuit.

Continuer la lecture

https://swma.link/2833f653