A AEP AI AGENT EVIDENCE
La responsabilité des agents IA, appuyée sur des preuves

Tout ce que vous confiez à l'IA, prouvable après coup.

AEP conserve ce que vos agents ont consulté, ce qu'ils ont décidé et qui l'a approuvé, sous forme de preuves impossibles à réécrire. Lors d'un audit ou d'une enquête, vous présentez les éléments d'origine.

EVIDENCE TRAIL Vérifiable
Information externe récupérée09:41

Origine, contenu et horodatage figés ensemble

Décision fondée sur ce contenu09:42

Preuves consultées et règles appliquées liées à la décision

Un responsable approuve09:43

Conservé uniquement comme acte explicite de cette personne

Aucune altération Origine concordante Horodatage vérifié Éléments indéterminés distingués

Connexion : MCP + OAuth. Votre agent existant appelle AEP dans le périmètre de l'organisation connectée et des droits accordés. Aucune refonte de l'agent.

Figer sur le moment ce qui a été vu

Les pages et les données changent ensuite. Le contenu récupéré est conservé avec son origine et son horodatage.

Relier décision et approbation

Quelles informations, quelles règles et quelle approbation : tout est rattaché à la décision elle-même.

Vérifiable ensuite par un tiers

Les preuves sont stockées de façon à détecter toute altération ; auditeurs et partenaires peuvent en confirmer l'authenticité.

01 / Le problème

Les journaux restent. Les preuves, non.

Si vous ne pouvez pas montrer que la situation était bien celle-là à l'instant considéré, un journal ne sert pas d'explication. Plus les agents agissent seuls, plus cet écart compte.

01
L'information consultée change

Prix, stocks, conditions contractuelles, actualités. La page lue par l'agent peut être remplacée. Sans le contenu tel que récupéré, impossible de montrer que la décision était fondée.

Figer l'origine et le contenu ensemble.
02
Les raisons ne se reconstituent pas

Le résultat seul ne dit pas quelles entrées ni quelles règles l'ont produit. Pour s'expliquer, il faut les entrées telles qu'elles étaient.

Figer la décision et son ensemble d'entrées.
03
L'auteur de l'approbation devient flou

La question se conteste avec le temps. Une approbation ne doit être conservée que comme acte explicite d'une personne habilitée.

Ne jamais déduire une approbation d'une autre demande.
02 / Fonctions

Sept preuves qui évitent les incidents liés à l'IA

Chacune répond à une question différente. Cliquez sur une ligne pour voir ce qui est prouvé et l'incident évité.

01 Prouver ce qui a été récupéré Prix, stocks, conditions ou résultats de contrôle venus de l'extérieur sont figés avec leur origine.
Ce qui est prouvé

L'origine, l'empreinte de la réponse, l'heure de récupération et la tâche de l'agent concernée sont réunies en une preuve. Une preuve liée à son origine reste distincte d'un simple scellement local.

Incidents évités

Substitution d'une autre page ou réponse, affirmations sur des informations jamais consultées, impossibilité d'identifier la réponse impliquée dans un incident.

02 Prouver l'évolution d'une information Les changements de conditions, de prix ou de configuration connectée sont prouvés par un couple avant-après.
Ce qui est prouvé

Les deux preuves, leurs empreintes, la normalisation servant à la comparaison et les différences concrètes sont réunies. Rien de manquant n'est complété par supposition.

Incidents évités

Passer à côté d'un changement important, continuer sur des conditions obsolètes, voir l'avant et l'après inversés après un incident.

03 Vérifier la fraîcheur d'une information La possibilité de réutiliser une information stockée est prouvée à l'instant considéré.
Ce qui est prouvé

Une heure de confiance, son état de vérification, le moment de l'évaluation, l'ancienneté admise et la dérive future tolérée déterminent si l'information était utilisable.

Incidents évités

Agir sur un stock périmé ou des données de menace obsolètes, se fier à une heure non vérifiée, ignorer les durées de validité par usage.

04 Prouver les fondements d'une décision Les raisons des achats, paiements, autorisations ou refus sont figées.
Ce qui est prouvé

Les preuves consultées, l'évaluation des règles, la classe de risque et l'empreinte du résultat sont réunies, figeant les entrées au moment de la décision. Le raisonnement lui-même n'est pas conservé.

Incidents évités

Remplacer les fondements après coup, agir sans les preuves requises, ne plus pouvoir expliquer quelle entrée a mené au résultat.

05 Vérifier la sûreté des outils connectés Le fait que les outils externes de l'agent aient changé sans prévenir est prouvé.
Ce qui est prouvé

L'identité du point de connexion, la version du protocole, la liste normalisée des outils proposés et le lien avec la preuve précédente sont conservés.

Incidents évités

Instructions dissimulées dans les descriptions d'outils, nouveaux paramètres dangereux, modifications silencieuses sous un nom inchangé.

06 Prouver le contenu d'une mise en production La version d'agent en service devient identifiable, artefact par artefact.
Ce qui est prouvé

Noms, empreintes, tailles et types des consignes, règles, références de modèle, outils connectés, droits et résultats d'évaluation sont réunis dans une même livraison.

Incidents évités

Livrer des consignes ou règles non approuvées, confondre version de test et production, perdre la version concernée lors d'un incident, réutiliser un même nom de version.

07 Prouver approbations et refus L'auteur de l'approbation ou du refus d'une action sensible est prouvé comme son acte propre.
Ce qui est prouvé

L'approbateur authentifié, les empreintes de l'action et de la règle, la preuve de décision associée et l'issue (accord ou refus) sont réunies.

Incidents évités

Agir sans approbation, substituer une autre action après approbation, confusion ou dénégation ultérieure sur qui a autorisé quoi.

Ce que cela établit, et ce que cela n'établit pas

L'existence d'une preuve ne signifie pas que la décision était juste. La véracité d'une source, la pertinence des règles, le bien-fondé d'une décision ou d'une approbation relèvent d'une appréciation distincte. AEP permet de prouver, après coup, les fondements, l'heure, les intervenants et la configuration du moment.

03 / Démarrage

Créez un compte et c'est en service

ÉTAPE 01
Créer un compte

Inscrivez-vous avec une adresse e-mail : l'environnement de votre organisation est créé aussitôt.

ÉTAPE 02
Choisir une offre

Sélectionnez-la selon le volume de preuves conservées. Modifiable ensuite.

ÉTAPE 03
Connecter l'agent

Renseignez les paramètres fournis : votre agent existant peut appeler AEP.

ÉTAPE 04
Vérifier au besoin

Lorsqu'une explication ou une enquête s'impose, confirmez authenticité et horodatage depuis la console.

04 / Utilisateurs

Pour toute équipe qui exploite des agents IA

C'est le poids de ce que vous déléguez, non votre secteur, qui rend cela nécessaire.

Sécurité

Confirmez que les blocages et autorisations d'un agent reposaient sur des informations assez récentes, et retracez celles qui ont mené à la décision.

Systèmes d'information

Réunissez consignes, règles, références de modèle et droits en une version, pour identifier celle qui tournait en cas de problème.

Développement d'agents

Consignez toute évolution silencieuse des outils connectés et détectez les instructions dissimulées ou les paramètres dangereux.

Automatisation métier

Pour les actions sensibles — paiements, publication, attribution de droits — conservez qui a approuvé quoi.

05 / Sécurité

Le mécanisme de preuve est conçu avec prudence

La confiance accordée aux preuves dépend de la façon de les collecter et de les traiter. Périmètre, confidentialité et traitement de l'indéterminé sont restreints dès l'origine.

Uniquement dans le périmètre accordé

L'usage est limité à l'organisation connectée et aux droits accordés. Rien n'est collecté ni publié en dehors.

Aucun secret dans les preuves

Mots de passe, codes à usage unique, clés d'API et jetons d'accès ne figurent ni dans les preuves ni dans les notifications.

Aucun résultat arrondi

Vérifié, non vérifié et indéterminé sont renvoyés comme états distincts. Un résultat indéterminé n'est jamais tenu pour valide.

Approbation strictement personnelle

Une approbation n'est jamais déduite d'une autre demande. Seule une instruction explicite d'une personne habilitée est conservée.

06 / FAQ

Questions fréquentes

Peut-on garder nos agents IA existants ?

Oui. Votre agent appelle AEP dans le périmètre accordé. Aucune refonte n'est nécessaire.

Que faut-il pour démarrer ?

Une inscription par e-mail et le choix d'une offre. Ni parcours commercial ni examen préalable.

Qui peut consulter les preuves ?

L'organisation connectée, dans la limite des droits accordés. L'authenticité peut être confirmée ensuite par une personne habilitée ou un tiers.

Une preuve signifie-t-elle que la décision était juste ?

Non. La preuve permet de confirmer les fondements, l'heure, les intervenants et la configuration du moment. La véracité de la source et la pertinence des règles ou de la décision s'apprécient séparément.

Des secrets peuvent-ils se retrouver dans les preuves ?

Non. Mots de passe, codes à usage unique, clés d'API et jetons d'accès en sont exclus par conception.

Posez les fondations avant d'élargir la délégation.