UISH

Come si legge

• Rombo: una domanda, con la sua frase interrogativa accorciata; il testo intero è nella scheda Strumento. In grassetto, sopra, il passo.
• Riquadro arrotondato: una risposta possibile; la freccia porta alla domanda che viene dopo o all'esito.
• Terminale: un esito, con il suo titolo, nel colore del suo tono: verde favorevole, verde acqua aperto, blu informativo, ambra da approfondire, rosso critico, grigio neutro.
• In corsivo, sotto una risposta: quello che scrive nello stato. «chiave ← valore» assegna, «chiave + valore» aggiunge a un elenco.

Che cosa fa chi usa la pagina

Nella scheda Strumento le domande arrivano una alla volta, raggruppate in sezioni. Chi lo usa sceglie una risposta e lo strumento passa alla domanda che quella risposta indica, oppure all'esito. Con Indietro torna alla domanda precedente, con Ricomincia riparte. A differenza delle pillole, una risposta non sceglie soltanto la strada: può anche registrare un'informazione, che più avanti servirà a decidere la strada o a comporre l'esito.

Qui le domande sono 37 e gli esiti 9; un cammino completo chiede da 2 a 28 risposte.

Il grafo in numeri

Domande	37
Smistamenti automatici	6
Risposte	92
Esiti	10
Esiti distinti	9
Nodi raggiunti da più di una domanda	13
Forma	grafo orientato aciclico con radice
Cammini nel grafo, senza lo stato	8.298.596
Cammini possibili	28.432
Risposte lungo un cammino	2–28

Che oggetto matematico è

Dal punto di vista matematico il percorso è un grafo orientato. I nodi sono le domande e gli esiti, gli archi le risposte: ogni risposta va da una domanda alla domanda o all'esito che viene dopo. Il grafo ha una radice, la prima domanda, da cui si raggiunge ogni nodo, e gli esiti sono le foglie, i nodi da cui non esce niente. È aciclico: nessuna risposta riporta a una domanda già fatta. Un percorso fatto sulla pagina è un cammino dalla radice a una foglia. Nel disegno le risposte sono riquadri, per farne leggere il testo; per il grafo sono archi.

Anche questo strumento è un grafo orientato aciclico con radice (13 nodi si raggiungono da più di una domanda), ma il grafo da solo non basta a dire dove si arriva. Le risposte scrivono in uno stato, un piccolo insieme di variabili (role, hr, hrd, bio, annex, ann1, prof, derog, derogf, pub, r25, sp, why), e gli esiti lo leggono. Il percorso è quindi un cammino nel grafo accompagnato da uno stato che si aggiorna a ogni arco, come in un automa con una memoria finita: l'esito dipende dall'intero cammino, non solo dal nodo d'arrivo.

Si vede bene qui: i nodi d'esito sono 10 per 9 esiti — l'esclusione per la ricerca ha due ingressi, il par. 6 e il par. 8 dell'art. 2, e scrive nello stato quale dei due — e i cammini completi 28.432. Otto esiti sono fissi (fuori dall'ambito, rappresentante senza mandato, uso militare, ricerca e sviluppo, uso personale, licenza libera e open source, pratica vietata, importazione non conforme); il nono, «Classificazione completata», si compone dallo stato — il ruolo dell'organizzazione (role), l'alto rischio, il suo ambito e la sua origine (hr, hrd, bio, annex, ann1), la profilazione e la deroga dell'art. 6, par. 3 (prof, derog, derogf), la natura pubblica del deployer (pub), il passaggio a fornitore dell'art. 25 (r25) e gli obblighi di trasparenza raccolti strada facendo (sp) — e cambia con la strada fatta.

I 6 smistamenti automatici sono nodi senza domanda: guardano lo stato e mandano ogni ruolo alle domande che lo riguardano — la deroga al fornitore, l'art. 25 a deployer, importatori e distributori, ciascuna domanda sulla trasparenza al ruolo che ne è destinatario. Un grafo che dello stato non sa niente conterebbe 8.298.596 cammini, perché dopo ogni smistamento seguirebbe tutte le uscite; i cammini possibili sono 28.432.

I cammini si contano senza elencarli: una foglia vale 1, e ogni domanda vale la somma dei nodi a cui portano le sue risposte. È programmazione dinamica su un grafo aciclico, e il conto parte dalle foglie. Per lo stato invece bisogna percorrerli: i 28.432 cammini possibili li elenca il motore della pagina stesso, una risposta alla volta.

La revisione del 14 ottobre 2026

Lo strumento riproduceva l'originale; il 14 ottobre 2026 è stato corretto sui rilievi del 2 ottobre 2026 (valutazione di V. Colcelli, versione corretta v2), che lo avevano confrontato con l'AI Act come modificato dal regolamento (UE) 2026/1744 e con gli orientamenti della Commissione. Le domande sull'ambito vengono prima dei divieti; i divieti sono una domanda per lettera dell'art. 5, comprese le lettere b bis) e b ter) dell'Omnibus; l'allegato I distingue la sezione A dalla sezione B; la deroga dell'art. 6, par. 3, chiede prima della profilazione e poi delle quattro condizioni, al solo fornitore; il passaggio a fornitore dell'art. 25 si chiede dopo la classificazione a deployer, importatori e distributori; gli obblighi sono riscritti per ruolo sugli articoli giusti, con le date di applicazione e le disposizioni nazionali della legge 132/2025. I testi comuni con la Valutazione del rischio e il Test GPAI — divieti, allegato I, deroga, FRIA, date — sono gli stessi parola per parola.

Come lo gestisce il portale

I dati dello strumento sono un file JSON per lingua (04-modjur/ai/dati/01-compliance_checker.it.json), importato il 1° ottobre 2026 con node-tools/uish/importa_strumenti.js — i testi dallo script delle pagine originali, eseguito in un ambiente isolato, la logica trascritta in forma dichiarativa — e corretto il 14 ottobre 2026: da allora il file è la sorgente, e reimportarlo cancellerebbe le correzioni. Che cosa scrive ogni risposta, gli smistamenti, gli esiti composti sono dati, con le condizioni scritte come dati (is, not, eq, in, has, all, any) e non come codice. Il PHP incorpora il JSON nella pagina, e il motore js/local/strumenti.js lo controlla (ogni nodo raggiungibile dalla prima domanda, ogni condizione scritta su variabili che lo stato dichiara) e lo percorre: a ogni risposta aggiorna lo stato, attraversa gli eventuali smistamenti e, all'esito, compone il testo dai blocchi le cui condizioni sono vere. Indietro ripristina lo stato salvato prima dell'ultima risposta.

Il test node-tools/test/uish/strumenti_test.js percorre tutti i 28.432 cammini e verifica che ciascuno arrivi a un esito completo, e su tutti controlla le proprietà che i rilievi hanno chiesto. Il 1° ottobre 2026 un confronto differenziale aveva percorso i cammini di allora anche nel JavaScript originale, nodo per nodo e testo per testo, senza trovare differenze: era la prova che la copia era fedele. Le correzioni del 14 ottobre la rendono diversa di proposito.

Il disegno

Il disegno lo genera node-tools/uish/grafi_decisioni.js dallo stesso JSON che usa la pagina, quindi non può divergere dal percorso vero: se il flusso cambia, si rigenera. Lo dispone js/common/flusso.js, il motore dell'editor dei diagrammi di flusso di PortLAB, con lo schema a livelli di Sugiyama, Tagawa e Toda (1981): ogni nodo sta sul livello del cammino più lungo che lo raggiunge, così nessuna freccia torna indietro; un arco che salta dei livelli passa per nodi fittizi, uno per livello; l'ordine dentro ogni livello segue il metodo del baricentro, che toglie gran parte degli incroci. Le risposte sono riquadri e non etichette sulle frecce perché le frecce che escono da un rombo si dividono i suoi lati, e con molte risposte le etichette finirebbero l'una sull'altra. Il flusso va da sinistra a destra: in questo verso i disegni di tutte le pagine occupano meno superficie.

K. Sugiyama, S. Tagawa, M. Toda, «Methods for visual understanding of hierarchical system structures», IEEE Transactions on Systems, Man, and Cybernetics 11(2), 109–125, 1981, doi:10.1109/TSMC.1981.4308636.