Cas d'usageDes preuves pour les questions qu’on posera à vos systèmes.
Qu’a fait l’agent, et dans quel ordre ? Quel avis une personne a-t-elle reçu avant de parler à une IA ? Partez du besoin. Chaque page explique d’où vient la question, comment Trustvice 360 enregistre la réponse, et ce que cet enregistrement peut et ne peut pas montrer.
Deux besoins, un seul type de preuve
Chaque solution aboutit au même type d’artefact : un enregistrement signé et inviolable que quelqu’un d’autre que vous peut vérifier avec les clés publiées de Trustvice. Ce qui change, c’est le fait enregistré.
Redevabilité des agents IA
Montrez ce qu’un agent a fait, dans l’ordre, vérifié par rapport aux règles que vous avez déclarées, et que l’enregistrement n’a pas été modifié ensuite.
TrustActorNexusVectorNotarian
Registres pour l’AI Act
Conservez des enregistrements inviolables des exécutions d’agents et des avis d’IA, à côté des journaux que demande l’AI Act.
TrustActorPlacardNotarianTOPS
Qui le demande.
Un même reçu sert plusieurs publics. Ces groupes sont un point de départ, pas une règle : la plupart des besoins touchent plusieurs équipes.
Ingénierie
Vous construisez l’agent, le pipeline ou l’intégration, et c’est à vous qu’on demandera ce qu’il a fait. Vous voulez une preuve produite par le code lui-même, sans système de plus à exploiter.
Sécurité
Vous devez repérer quand un agent agit hors des règles que vous avez déclarées, et montrer ensuite ce qu’il a fait et quand.
Conformité et juridique
Il vous faut des relevés qui tiennent quand un autre les vérifie : régulateur, auditeur, avocat d’un client. Et savoir précisément où cette preuve s’arrête.
Là où le record compte le plus.
Trois catégories où l'artefact Trustvice fait la différence entre un déploiement AI explicable et un qui s'effondre sous le regard d'un régulateur ou d'un client.
Support client
Agents qui traitent des questions utilisateurs dans des industries régulées. Witness enregistre chaque réponse ; Council enregistre l'évaluation des règles utilisateur.
Recrutement & AEDT
Outils de décision d'emploi automatisés sous NYC Local Law 144 et classification high-risk de l'EU AI Act. Record par décision, dissent log, accès lecture seule pour le cabinet d'audit.
Flotte SDR multi-agents
Flottes commerciales où intake → enrich → route → book se passent le relais. Ensemble, Quorum et Chronicle de v2.spot produisent le record cross-agent.
Ce que vous donne chaque reçu.
Quel que soit le besoin, un reçu signé a les mêmes quatre propriétés. Étroites à dessein.
Intégrité
Changez un caractère d’un champ et la signature Ed25519 ne se vérifie plus.
Heure
Le reçu existait au plus tard à son issuedAt : une borne haute du moment où le fait a été consigné, jamais une borne basse.
Origine
Il a été signé par une clé Trustvice publiée sur https://trustvice.com/.well-known/receipt-keys.json, si bien qu'un vérificateur n'a besoin d'aucune relation avec vous ni avec nous.
Lien au contenu
Les reçus portent des hashes. Qui détient les octets d’origine recalcule le hash et le compare ; le hash ne révèle pas le contenu.
Les limites d’un reçu
- Il ne rend pas vrai un fait déclaré. Quand vous fournissez les faits, la signature rend votre déclaration inviolable, pas exacte.
- Il ne montre pas que rien ne manque. Un reçu absent est invisible, sauf si autre chose dit qu’il devrait exister.
- Il ne rend personne conforme à une loi, et ce n’est ni une notarisation ni un horodatage qualifié.
Quel besoin est le vôtre ?
Dites-nous quoi prouver, et à qui. Nous dirons franchement si Trustvice convient, et quand il ne convient pas.
Chaque suite fait partie de Trustvice 360.
Chaque espace de travail accède à toutes les suites ; les offres diffèrent par leur capacité. Lisez la documentation, ou parlez-nous de ce que vous devez prouver.