UISH

Cómo se lee

• Rombo: una pregunta, con su frase interrogativa abreviada; el texto completo está en la pestaña Herramienta. En negrita, encima, el paso.
• Recuadro redondeado: una respuesta posible; la flecha lleva a la pregunta siguiente o al resultado.
• Terminal: un resultado, con su título, en el color de su tono: verde favorable, verde azulado abierto, azul informativo, ámbar por profundizar, rojo crítico, gris neutro.
• En cursiva, debajo de una respuesta: lo que escribe en el estado. «clave ← valor» asigna, «clave + valor» añade a una lista.

Qué hace quien usa la página

En la pestaña Herramienta las preguntas llegan una cada vez, agrupadas en secciones. Quien la usa elige una respuesta y la herramienta pasa a la pregunta que esa respuesta indica, o bien al resultado. Con Atrás vuelve a la pregunta anterior; con Empezar de nuevo, vuelve a empezar. A diferencia de las píldoras, una respuesta no elige solo la ruta: también puede registrar un dato, que más adelante servirá para decidir la ruta o para componer el resultado.

Aquí hay 20 preguntas y 7 resultados; un camino completo requiere entre 1 y 16 respuestas.

El grafo en cifras

Preguntas	20
Respuestas	46
Resultados	7
Nodos alcanzados desde más de una pregunta	11
Forma	grafo dirigido acíclico con raíz
Caminos posibles	325
Respuestas a lo largo de un camino	1–16

Qué objeto matemático es

Desde el punto de vista matemático, el recorrido es un grafo dirigido. Los nodos son las preguntas y los resultados; los arcos, las respuestas: cada respuesta va de una pregunta a la pregunta o al resultado que viene después. El grafo tiene una raíz, la primera pregunta, desde la que se alcanza cada nodo, y los resultados son las hojas, los nodos de los que no sale nada. Es acíclico: ninguna respuesta lleva de vuelta a una pregunta ya hecha. Un recorrido hecho en la página es un camino de la raíz a una hoja. En el dibujo las respuestas son recuadros, para que se pueda leer su texto; para el grafo son arcos.

También esta herramienta es un grafo dirigido acíclico con raíz (11 nodos se alcanzan desde más de una pregunta), pero el grafo por sí solo no basta para decir adónde se llega. Las respuestas escriben en un estado, un pequeño conjunto de variables (gpai, prov, sysrisk, contested, via), y los resultados lo leen. El recorrido es, por tanto, un camino en el grafo acompañado de un estado que se actualiza en cada arco, como en un autómata con una memoria finita: el resultado depende del camino entero, no solo del nodo de llegada.

Aquí 11 nodos se alcanzan desde más de una pregunta. Los tres resultados de clasificación (modelo con riesgo sistémico, estándar, de código abierto) leen el estado: quién es el proveedor (prov), de dónde viene el riesgo sistémico (via: el umbral de 10²⁵ FLOP, la designación por la Comisión o la modificación de un modelo que lo tenía), lo que decide qué notificación hace falta, y si la clasificación se impugna (contested). Un modelo con riesgo sistémico (sysrisk) llega siempre a ese resultado: la prueba lo comprueba en los 325 caminos.

Los caminos se cuentan sin enumerarlos: una hoja vale 1, y cada pregunta vale la suma de los nodos a los que llevan sus respuestas. Es programación dinámica sobre un grafo acíclico, y la cuenta parte de las hojas. Con el estado, en cambio, hay que recorrerlos: los 325 caminos posibles los enumera el propio motor de la página, una respuesta cada vez.

La revisión del 14 de octubre de 2026

La herramienta reproducía la original; el 14 de octubre de 2026 se corrigió a partir de las observaciones del 2 de octubre de 2026 (valoración de V. Colcelli, versión corregida v2), que la habían cotejado con el Reglamento de IA, modificado por el Reglamento (UE) 2026/1744, y con las directrices de la Comisión. Un modelo con riesgo sistémico ya no puede perderlo con una respuesta; quien modifica un modelo con riesgo sistémico hereda su presunción; el umbral de modificación es el del § 60, con el umbral sustitutivo del § 61 cuando no se conoce el cálculo del modelo original; un cálculo que no se conoce se estima, en lugar de contar como «por debajo del umbral»; los resultados dicen desde cuándo se aplican las obligaciones y qué hay que notificar.

Cómo lo gestiona el portal

Los datos de la herramienta son un archivo JSON por idioma (04-modjur/ai/dati/04-test_gpai.es.json), importado el 1 de octubre de 2026 con node-tools/uish/importa_strumenti.js — los textos, del script de las páginas originales, ejecutado en un entorno aislado; la lógica, transcrita en forma declarativa — y corregido el 14 de octubre de 2026: desde entonces el archivo es la fuente, y volver a importarlo borraría las correcciones. Lo que escribe cada respuesta, las bifurcaciones y los resultados compuestos son datos, con las condiciones escritas como datos (is, not, eq, in, has, all, any) y no como código. El PHP incorpora el JSON en la página, y el motor js/local/strumenti.js lo comprueba (cada nodo alcanzable desde la primera pregunta, cada condición escrita sobre variables que el estado declara) y lo recorre: en cada respuesta actualiza el estado, atraviesa las posibles bifurcaciones y, al llegar al resultado, compone el texto a partir de los bloques cuyas condiciones son verdaderas. Atrás restablece el estado guardado antes de la última respuesta.

La prueba node-tools/test/uish/strumenti_test.js recorre los 325 caminos y comprueba que cada uno llegue a un resultado completo, y en todos verifica las propiedades que pedían las observaciones. El 1 de octubre de 2026 una comparación diferencial había recorrido los caminos de entonces también en el JavaScript original, nodo por nodo y texto por texto, sin encontrar diferencias: era la demostración de que la copia era fiel. Las correcciones del 14 de octubre la hacen distinta a propósito.

El dibujo

El dibujo lo genera node-tools/uish/grafi_decisioni.js a partir del mismo JSON que usa la página, por lo que no puede divergir del recorrido real: si el flujo cambia, se regenera. Lo dispone js/common/flusso.js, el motor del editor de diagramas de flujo de PortLAB, con el esquema por niveles de Sugiyama, Tagawa y Toda (1981): cada nodo está en el nivel del camino más largo que lo alcanza, de modo que ninguna flecha vuelve atrás; un arco que salta niveles pasa por nodos ficticios, uno por nivel; el orden dentro de cada nivel sigue el método del baricentro, que elimina gran parte de los cruces. Las respuestas son recuadros y no etiquetas sobre las flechas porque las flechas que salen de un rombo se reparten sus lados, y con muchas respuestas las etiquetas acabarían unas encima de otras. El flujo va de izquierda a derecha: en este sentido los dibujos de todas las páginas ocupan menos 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.