Panoramica sintetica | Controlli di responsabilità per l'AI

Una domanda pensionistica da $480k. Il modello non poteva autorizzare la propria risposta.

Una richiesta programmata chiede se trasferire un saldo pensionistico di $480k in un singolo token crittografico. ForenChain trattiene una raccomandazione specifica tramite un policy gate deterministico, rilascia informazioni generali e ne registra la motivazione.

Guarda la panoramica narrata. Ogni richiesta e record mostrati sono sintetici.

28/28

Azioni previste verificate

Set fisso sintetico etichettato

18/18

Casi ad alto rischio coperti trasformati o bloccati

Stesso set sintetico fisso

2/2

Casi fuori copertura inviati a revisione umana

Stesso set sintetico fisso

Questi sono risultati di regressione del set di regole locali, non accuratezza nel mondo reale, prestazioni in deployment o una conclusione legale.

Il problema della revisione

La domanda arriva dopo che la risposta è partita

Una risposta dell'AI rivolta ai clienti può essere contestata molto tempo dopo il suo invio. Un registro di soli output mostra il testo, ma non quale controllo abbia valutato la richiesta, perché il rilascio sia stato consentito o se il record della decisione conservato sia cambiato.

ForenChain separa la classificazione consultiva dall'autorizzazione, conserva la decisione di policy insieme alla risposta ed espone i limiti del proprio registro locale delle evidenze.

Un policy gate tra consulenza e rilascio

La richiesta sintetica sul fondo pensione rende visibile questo confine.

Classifica

Un segnale consultivo

Il classificatore propone un intento, un livello di rischio e un grado di confidenza. I controlli dell'input grezzo cercano in modo indipendente segnali vincolanti in base ai pacchetti di policy rappresentativi caricati.

Autorizza

Un'azione deterministica

Il pacchetto di linee guida finanziarie restituisce TRANSFORM. Il codice trattiene una raccomandazione specifica di allocazione e la sostituisce con informazioni generali. Il classificatore non può autorizzare il rilascio autonomamente.

Registra

Una decisione verificabile

L'azione e la policy vengono aggiunte a un registro SQLite locale. Ciascun hash SHA-256 del record incorpora l'hash precedente e i campi canonici del record.

Uno scenario sintetico · due record di decisione

Segui un rilascio. Poi testa il registro.

I primi due riquadri mostrano una decisione #7 sintetica locale e il relativo cassetto delle evidenze. Il terzo testa un record #3 precaricato separato per la medesima richiesta pensionistica programmata. Non altera la decisione #7.

01 / Rilascio

Il consiglio specifico non esce

Il pacchetto di policy finanziarie restituisce TRANSFORM. Il codice sostituisce informazioni generali e un disclaimer prima che la risposta venga rilasciata.

La traccia rende visibili classificazione, policy, autorizzazione e commit.

Schermata di ForenChain che mostra la richiesta pensionistica sintetica trasformata in informazioni generali, con una traccia completa di classificazione, policy, autorizzazione e registro
Apri il riquadro a dimensione intera per leggere la risposta e la traccia

02 / Evidenze

L'autorizzazione è ispezionabile

Il cassetto delle decisioni collega la richiesta programmata alla relativa azione trasformata e al controllo applicato. Offre dati tecnici per la revisione, non una perizia legale.

Un revisore successivo può esaminare il percorso che ha prodotto il testo rilasciato.

Cassetto delle evidenze tecniche di ForenChain che mostra l'azione trasformata e i dettagli della richiesta finanziaria sintetica
Apri il riquadro a dimensione intera per esaminare i dettagli della decisione

03 / Controllo delle alterazioni

La vecchia azione viene modificata

Una modifica simulata commuta il record #3 precaricato da TRANSFORM a ALLOW senza ricalcolarne l'hash. Il verificatore locale evidenzia quel primo anello interrotto.

Questo rileva la modifica locale mostrata; la catena di custodia indipendente resta un'attività distinta.

Registro locale delle evidenze di ForenChain che evidenzia il record numero 3 e mostra un badge di alterazione rilevata dopo una modifica simulata
Apri il riquadro a dimensione intera per esaminare l'indicatore di anello interrotto

Quattro percorsi di rilascio, un unico confine di autorità

Il gate configurato, piuttosto che il classificatore consultivo, sceglie tra queste azioni per le richieste sintetiche mostrate.

Azione Percorso dimostrato
ALLOW Una richiesta generica priva di segnali ad alto rischio può essere rilasciata.
TRANSFORM La richiesta di allocazione pensionistica riceve informazioni generali anziché una raccomandazione specifica.
BLOCK La richiesta relativa a un indirizzo personale viene trattenuta in base al pacchetto di dati personali caricato.
HUMAN_REVIEW La richiesta sui farmaci espone un'area di policy non caricata e registra una decisione di escalation.

Cosa non fa questa demo: Non viene eseguita su un sistema cliente, non stabilisce una catena di custodia indipendente delle evidenze né determina un esito legale.

Domande che un team di revisione si porrà

Il modello può rilasciare una risposta rischiosa se classifica la richiesta come innocua?

In questa dimostrazione, il classificatore fornisce indicazioni ma non autorizza il rilascio. I controlli in codice nativo esaminano i segnali dell'input grezzo rispetto ai pacchetti di policy rappresentativi caricati, e il gate deterministico stabilisce l'azione finale. Si tratta di un controllo circoscritto per i pacchetti mostrati, non di una garanzia che ogni richiesta rischiosa venga rilevata.

Cosa viene registrato quando il gate trasforma una risposta?

Il registro locale memorizza la richiesta, la classificazione, il controllo corrispondente, l'azione di rilascio e la risposta in un record di decisione concatenato tramite hash. Nell'esempio sintetico sul fondo pensione, il pacchetto di linee guida finanziarie restituisce TRANSFORM e il testo rilasciato contiene informazioni generali anziché una raccomandazione specifica di allocazione. Il record aiuta un revisore a ricostruire il percorso decisionale dimostrato.

La catena di hash può dimostrare che le evidenze non sono mai state modificate?

No. Il verificatore locale rileva la modifica dimostrata al record #3 e identifica il primo anello interrotto. Non stabilisce una custodia indipendente, non impedisce la sostituzione integrale del database né prova di per sé l'autenticità legale.

Il pacchetto di evidenze esportato è pronto per un procedimento giudiziario?

No. L'esportazione HTML è un'impalcatura di evidenze tecniche con righe di decisione, un manifesto della catena di hash e un'impalcatura argomentativa basata su Reasonable Alternative Design. I consulenti legali devono valutare conservazione, autenticità, teorie giuridiche e ammissibilità; la dimostrazione non dirime tali questioni.

Cosa accade quando una richiesta non rientra nelle policy caricate?

Un argomento riconosciuto privo di un pacchetto di policy caricato viene instradato a HUMAN_REVIEW in questa dimostrazione. L'esempio sintetico sui farmaci evidenzia tale lacuna di copertura e registra l'escalation. Non contatta un medico né fornisce consulenza sanitaria.

28/28 significa che il gate è accurato in produzione?

No. Un'esecuzione di regressione locale ha riscontrato le azioni previste per 28 su 28 casi sintetici etichettati fissi; tutti i 18 casi ad alto rischio inclusi nella copertura sono stati trasformati o bloccati, ed entrambi i casi fuori copertura sono stati inviati a revisione umana. Tali conteggi descrivono il set fisso e non dimostrano il rilevamento open-world, le prestazioni in deployment o la conformità legale.

Ricerca tecnica

Esplora le ricerche correlate per un contesto più ampio su questa dimostrazione.

Esamina la decisione di rilascio prima di scalare il flusso di lavoro

Il confronto utile parte da una richiesta, una policy e il record che un revisore può ispezionare.

Possiamo confrontare il percorso di controllo dimostrato con la tua effettiva copertura di policy, il flusso di lavoro di revisione e i requisiti di custodia delle evidenze. Questi aspetti di produzione rimangono aperti in questa dimostrazione locale.

Revisione dei controlli

  • ✓ Mappare le categorie di richieste ad alto rischio
  • ✓ Identificare le lacune di copertura delle policy
  • ✓ Definire le decisioni di rilascio e di escalation
  • ✓ Esaminare i record necessari all'ufficio legale

Discussione sull'architettura

  • ✓ Collocare l'autorizzazione all'esterno del modello
  • ✓ Definire l'ambito di titolarità dei pacchetti di policy
  • ✓ Pianificare l'instradamento per la revisione umana
  • ✓ Specificare i controlli di custodia e conservazione