Loading this page
Cette page est pour l’instant en anglais.
Vérifier un enregistrement
Recalculez chaque empreinte d’un export de décisions et découvrez si quelque chose a été modifié ou supprimé depuis son écriture. Aucun compte, aucun téléversement et aucune relation avec nous ne sont nécessaires.
Rien sous la main ? Essayez sur un exemple
Ceux-ci sont générés dans votre navigateur avec l’algorithme publié — celui qu’utilise la plateforme. La version falsifiée contient un refus réécrit en approbation, précisément la fraude que cet outil est conçu pour détecter.
Collez un export
La réponse JSON complète de GET /api/v1/agentaudit/decisions, ou un fichier qui vous a été envoyé.
La vérification n’envoie aucune requête réseau. La page elle-même se charge par le réseau comme toute autre, mais la vérification qui suit s’exécute entièrement sur votre machine : ce que vous collez n’est jamais envoyé à nous ni à quiconque. Ouvrez l’onglet réseau de votre navigateur et observez : appuyer sur Vérifier ne produit rien.
Ce que signifie un résultat propre, et ce qu’il ne signifie pas
- Cela signifie
- Chaque décision du fichier produit, une fois hachée, la valeur enregistrée, et chacune pointe vers la décision qui la précède. Rien dans la plage fournie n’a été modifié et rien n’en a été retiré.
- Cela ne signifie pas que l’agent a bien agi
- Un enregistrement peut être parfaitement intact et décrire un système qui prend de mauvaises décisions de façon constante. Ceci vérifie l’intégrité du registre, pas la qualité de la conduite qu’il décrit.
- Cela ne couvre pas les décisions hors du fichier
- Si l’export commence à la séquence 400, tout ce qui précède n’a pas été examiné. C’est pourquoi le vérificateur nomme toujours la plage qu’il a contrôlée, et vous avertit lorsque le fichier lui-même indique qu’il existe d’autres décisions.
- Cela ne prouve pas que l’agent a tout signalé
- La chaîne prouve seulement que rien n’a été retiré après son arrivée. Elle ne peut pas prouver qu’une décision a été signalée en premier lieu : un agent qui n’a jamais appelé l’API ne laisse aucune trace à briser. C’est pourquoi le SDK traite une décision non livrable comme une erreur bruyante plutôt que comme une mesure perdue en silence.
L’algorithme est décrit en détail dans la documentation, pour que vous puissiez mettre en œuvre cette vérification vous-même plutôt que d’utiliser la nôtre.