Démonstration synthétique | Contrôles de responsabilité de l'IA
Une requête scénarisée demande s'il faut transférer un solde de retraite de $480k vers un unique jeton crypto. ForenChain retient toute recommandation spécifique par une barrière de politique déterministe, publie des informations générales et enregistre le motif.
Visionnez la démonstration commentée. Chaque requête et enregistrement présentés sont synthétiques.
28/28
Actions attendues correspondantes
Jeu étiqueté synthétique fixe
18/18
Cas à haut risque sous couverture transformés ou bloqués
Même jeu synthétique fixe
2/2
Cas hors couverture transmis en revue humaine
Même jeu synthétique fixe
Il s'agit de résultats de régression sur un ensemble de règles local, non d'une précision en situation réelle, de performances de déploiement ou d'une conclusion juridique.
Le problème de révision
Une réponse de l'IA adressée aux clients peut être contestée bien après son envoi. Un journal des seules sorties montre le texte, mais pas quel contrôle a évalué la requête, pourquoi la publication a été autorisée, ni si l'enregistrement de décision conservé a été modifié.
ForenChain sépare la classification consultative de l'autorisation, conserve la décision de politique avec la réponse, et expose les limites de son registre local d'éléments de preuve.
La requête de retraite synthétique rend la frontière visible.
Classifier
Le classificateur propose une intention, un niveau de risque et une confiance. Les vérifications sur l'entrée brute recherchent indépendamment des signaux stricts sous les packs de politiques représentatifs chargés.
Autoriser
Le pack d'orientation financière renvoie TRANSFORM. Le code retient toute recommandation d'allocation spécifique et substitue des informations générales. Le classificateur ne peut pas autoriser la publication à lui seul.
Enregistrer
L'action et la politique sont ajoutées à un registre SQLite local. Chaque hachage d'enregistrement SHA-256 incorpore le hachage précédent et les champs d'enregistrement canoniques.
Un scénario synthétique · deux enregistrements de décision
Les deux premiers cadres montrent une décision #7 synthétique locale et son volet d'éléments de preuve. Le troisième teste un enregistrement #3 amorcé distinct pour la même requête de retraite scénarisée. Il n'altère pas la décision #7.
01 / Publication
Le pack de politique financière renvoie TRANSFORM. Le code substitue des informations générales et une clause de non-responsabilité avant que la réponse ne soit publiée.
La trace rend visibles la classification, la politique, l'autorisation et l'engagement.
02 / Éléments de preuve
Le volet de décision relie la requête scénarisée à son action transformée et au contrôle appliqué. Il offre des faits techniques pour révision, non une conclusion juridique.
Un réviseur ultérieur peut examiner le cheminement qui a produit le texte publié.
03 / Contrôle d'altération
Une modification simulée fait basculer l'enregistrement #3 amorcé de TRANSFORM à ALLOW sans recalculer son hachage. Le vérificateur local pointe vers ce premier maillon rompu.
Ceci détecte la modification locale montrée ; la chaîne de traçabilité indépendante demeure un travail séparé.
La barrière configurée, plutôt que le classificateur consultatif, choisit parmi ces actions pour les requêtes synthétiques présentées.
| Action | Voie démontrée |
|---|---|
| ALLOW | Une requête générale sans signal à haut risque peut être publiée. |
| TRANSFORM | La requête d'allocation de retraite reçoit des informations générales au lieu d'une recommandation spécifique. |
| BLOCK | La requête d'adresse personnelle est retenue en vertu du pack de données personnelles chargé. |
| HUMAN_REVIEW | La requête relative aux médicaments expose un domaine de politique non chargé et enregistre une décision d'escalade. |
Ce que cette démonstration ne fait pas : Elle ne s'exécute pas sur un système client, n'établit pas de chaîne de conservation indépendante des preuves et ne tranche aucun résultat juridique.
Dans cette démonstration, le classificateur conseille mais n'autorise pas la publication. Des vérifications en code brut examinent les signaux d'entrée brute par rapport aux packs de politiques représentatifs chargés, et la barrière déterministe fixe l'action finale. Il s'agit d'un contrôle délimité pour les packs présentés, non d'une garantie que toute requête risquée sera détectée.
Le registre local stocke la requête, la classification, le contrôle correspondant, l'action de publication et la réponse dans un enregistrement de décision lié par hachage. Dans l'exemple synthétique de retraite, le pack d'orientation financière renvoie TRANSFORM et le texte publié contient des informations générales plutôt qu'une recommandation d'allocation spécifique. L'enregistrement aide un réviseur à reconstituer le cheminement décisionnel démontré.
Non. Le vérificateur local détecte la modification démontrée de l'enregistrement #3 et identifie le premier maillon rompu. Il n'établit pas de conservation indépendante, n'empêche pas le remplacement intégral de la base de données et ne prouve pas l'authenticité juridique à lui seul.
Non. L'export HTML est un canevas d'éléments de preuve techniques comprenant des lignes de décision, un manifeste de chaîne de hachage et un canevas d'arguments de Reasonable Alternative Design. Les conseillers juridiques doivent évaluer la conservation, l'authenticité, les théories juridiques et la recevabilité ; la démonstration ne tranche pas ces questions.
Un sujet reconnu sans pack de politique chargé est acheminé vers HUMAN_REVIEW dans cette démonstration. L'exemple synthétique de médication expose cette lacune de couverture et enregistre l'escalade. Il ne contacte pas de clinicien et ne fournit aucune directive médicale.
Non. Une exécution de régression locale a fait correspondre les actions attendues pour 28 des 28 cas étiquetés synthétiques fixes ; l'ensemble des 18 cas à haut risque sous couverture ont été transformés ou bloqués, et les deux cas hors couverture ont été soumis à une revue humaine. Ces décomptes décrivent le jeu fixe et n'établissent pas une détection en milieu ouvert, des performances de déploiement ou une conformité juridique.
Explorez les recherches associées pour obtenir un contexte plus large sur cette démonstration.
Full solution
Explorer la solution AI Product Liability Defense →La conversation utile commence avec une requête, une politique et l'enregistrement qu'un réviseur peut inspecter.
Nous pouvons comparer le parcours de contrôle démontré avec votre couverture réelle de politiques, votre flux de révision et vos exigences de conservation des preuves. Ces questions de production restent ouvertes dans cette démonstration locale.