Escenario sintético · experiencia de producto ilustrativa · Estado del registro
Modelo operativo diseñado · estado objetivo, condicionado al despliegue, la validación y la gobernanza del modelo

04:12 — La Segunda Noche

La primera noche necesitó una sala de crisis. En este estado objetivo diseñado, la misma clase de alegación se contiene, verifica y empaqueta automáticamente durante la noche — y el MLRO recibe exactamente un mensaje con tres opciones. Aprobar, rechazar hacia revisión humana o elegir una alternativa. Al humano siempre se le permite ser más lento que la máquina.

Acerca de esta demostración

Cada escenario es una demostración determinista y sintética ambientada en un universo ficticio (Aster Market, Lumen Digital, PSP-A/PSP-B). Muestra una disciplina de decisión diseñada — no un despliegue en vivo, un resultado de cliente ni una afirmación de producción. Nada se envía, se almacena ni se rastrea; los límites completos figuran bajo ‘Qué no prueba esto’ al final de cada historia.

¿Preguntas sobre qué es real aquí? Lea las FAQ →

← Todos los escenarios
  1. 01CapturarFijar la señal, la fuente y el propósito antes de interpretarlos.
  2. 02GobernarAplicar el alcance, la política y el límite obligatorio pertinentes.
  3. 03DecidirElegir una postura sin ocultar el trabajo retenido o sin resolver.
  4. 04DesafiarExponer la revisión, las excepciones y el siguiente responsable.
  5. 05ProbarEnsamblar un artefacto inspeccionable con sus límites aún visibles.
Saltar al desenlace ↓
01 · SEÑAL · 04:12

Contrato de diseño: el indicador de ML del registro revisado es un stub — no se afirma ningún modelo en vivo, ninguna tasa medida de falsos positivos ni ninguna rescisión autónoma. La validación del modelo, la monitorización de deriva, el versionado y la explicabilidad son condiciones de este estado objetivo, no hechos entregados.

TrustStack ORION · DEMO04:12
Un mensaje. Tres opciones.

Caso DCK-DEMO-2044 — Lumen Digital

Coincidencia de alegación en 1 anuncio

política prohibited-items@demo-4.1

model risk-screen@demo-2 · conf 0.94 · DESIGNED

Acciones automáticas realizadas (diseñado)
  • Anuncio en cuarentena
  • Payouts con retención delimitada
  • KYB reverificado — sin cambios
  • Paquete de evidencia EVP-DEMO-2044 ensamblado
RecomendaciónCONDITIONAL RELEASE — veto de categoría, monitorización de 30 días

Qué se ejecutó tras su toque

  • Retención delimitada liberada · veto de categoría aplicado
  • Monitorización reforzada de 30 días programada
  • Banco notificado con la plantilla registrada
  • Registro de decisión DR-DEMO-2044 firmado con su aprobación
02 · DECIDIR
Su decisión — un pulgar
03 · DESAFIAR

Qué se ejecutó mientras usted dormía

Siete pasos automatizados, un gate humano. Cada paso lleva su versión de política, su versión de modelo con confianza y un snapshot de entrada. Expanda cualquier paso.

  1. 04:12:07Señal capturada

    Una señal de anuncio del marketplace coincidió con la clase de alegación. Snapshot de entrada SNAP-DEMO-9917 registrado bajo la política prohibited-items@demo-4.1.

  2. 04:12:08Modelo puntuó — diseñado

    risk-screen@demo-2 devolvió 0.94 de confianza con códigos de motivo. Diseñado y condicional: el indicador de ML del registro revisado es un stub.

  3. 04:12:09Anuncio en cuarentena

    El anuncio salió del escaparate con una vía de apelación. Registro de retirada TKD-DEMO-2044.

  4. 04:12:11Payouts con retención delimitada

    Se aplicó una retención solo de payouts para MER-DEMO-204; las ventas continúan hacia el escrow. HOLD-DEMO-2044.

  5. 04:12:38Identidad reverificada

    El refresco de KYB confirmó el beneficiario sin cambios. KYB-DEMO-204-R2.

  6. 04:13:02Caso ensamblado

    DCK-DEMO-2044 abierto con cada acción adjunta bajo la correlación corr_demo_2044.

  7. 04:13:04Evidencia empaquetada · gate humano fijado

    EVP-DEMO-2044 ensamblado; la decisión de liberación espera al MLRO — el único gate que ninguna política puede cruzar.

Su misión

Sostener la única decisión que importa mientras la máquina diseñada sostiene todo lo demás.

La noche llegó hasta su único gate humano: la decisión de liberación espera en su teléfono.

Flujo

Siete pasos automatizados se ejecutaron y registraron; nada más allá del gate se ha movido.

Salvaguarda

El modelo diseñado recomienda; solo la decisión del MLRO libera algo.

Responsabilidad

El MLRO es responsable de la liberación; la máquina es responsable del registro de lo que hizo.

Evidencia

Cada paso automatizado lleva su versión de política, versión de modelo, confianza y snapshot de entrada.

Por qué importa

La automatización se gana la confianza cuando su único gate humano es inconfundiblemente real.

RESULTADO

Una decisión, un toque, un registro

Elija lo que elija, el registro muestra qué hizo la máquina, qué recomendó y dónde el humano permaneció al mando.

DEMO · LISTO PARA REVISAR
Su decisiónAprobar la recomendación
Gate humanoDecisión de liberación · MLRO — el único gate que ninguna política puede cruzar
Inspeccionar el Decision Record DR · DEMO
decision_recordFIXTURE
case
DCK-DEMO-2044
merchant
MER-DEMO-204 · Lumen Digital
policy
prohibited-items@demo-4.1
model
risk-screen@demo-2 · conf 0.94 · DESIGNED
auto_actions
cuarentena · retención delimitada · recomprobación de KYB · paquete de evidencia
human_gate
decisión de liberación · MLRO
evidence_pack
EVP-DEMO-2044
correlation_id
corr_demo_2044

No registrado por el motor — No se infiere ningún valor a partir de los datos circundantes.

Su artefacto del escenario

Bitácora de la Noche — una decisión, un toque

Los siete pasos automatizados, el único gate humano y la decisión que usted tomó a las 04:12.

TrustStack ORIONBitácora de la Noche — una decisión, un toque
DEMO · demo-universe-1

Modelo operativo diseñado — estado objetivo, condicionado al despliegue, la validación y la gobernanza del modelo. DEMO sintética.

La noche, automatizada

  • Señal → score → cuarentena → retención delimitada → reverificación → caso → evidencia
  • Cada paso sellado con las versiones de política y modelo
  • Snapshots de entrada preservados para la reconstrucción

El gate humano

  • La decisión de liberación esperó al MLRO
  • Rechazar siempre dirige a revisión humana sin que nada se ejecute
  • Las alternativas siguen siendo propuestas de maker tras el gate del verificador

Contrato de diseño

  • La validación del modelo, la monitorización de deriva y la explicabilidad son condiciones, no afirmaciones
  • No existe rescisión autónoma en el flujo diseñado
  • El indicador de ML del registro revisado es un stub

La mañana siguiente

  • Un informe resumen queda listo para la revisión de las 09:00
  • El caso y el paquete responden cualquier pregunta del banco o de un socio
  • La primera noche necesitó una sala de crisis; esta necesitó un pulgar

Qué muestra esto

  • Cómo una vía de automatización diseñada puede mantener explícito — y demostrable — cada punto de control humano.
  • Cómo las versiones de políticas, las versiones de modelos y los snapshots de entrada hacen reconstruible una noche automatizada.
  • Por qué rechazar es un desenlace de primera clase: al humano siempre se le permite ser más lento que la máquina.

Qué no prueba esto

  • No se demuestra ningún modelo en vivo, tasa medida de falsos positivos ni automatización en producción; el indicador de ML del registro es un stub.
  • No se afirma, diseña ni implica ninguna rescisión autónoma de cuentas.
  • La validación del modelo, la monitorización de deriva y la gobernanza se presentan como condiciones requeridas, no como evidencia entregada.
Dossier de Decisiones Aster

Aster Market

Cada escenario añade un artefacto sintético distinto sin cambiar los hechos compartidos.

1 / 6Capítulos explorados
  1. 03:17
    Informe del Simulacro de Continuidad03:17 — La Sala de Continuidad
    Continuar con los mismos hechos sintéticos
  2. 09:00
    Memorando Compartido de Decisión del ComercioUn Comercio — Cinco Realidades
    Continuar con los mismos hechos sintéticos
  3. 14:00
    Informe de Revisión de EvidenciaLaboratorio de Prueba — Intente Romper la Decisión
    Continuar con los mismos hechos sintéticos
  4. Día 3
    Paquete de Respuesta al RFIDía 3 — La Congelación
    Continuar con los mismos hechos sintéticos
  5. Día 90
    Plan del Piloto de 90 DíasConstruya su Mapa de Control
    Continuar con los mismos hechos sintéticos
  6. 04:12
    Bitácora de la Noche — una decisión, un toque04:12 — La Segunda Noche
    Capítulo actual

Explore los seis capítulos para cerrar la noche.

Continuar la historia compartida

Vuelva a la primera noche — la que los humanos ejecutaron a las 03:17

Continuar
Piloto de 90 días · objetivos acordados de antemano · escalar, ajustar o parar en el día 90 Aplique esta disciplina a su tráfico Abrir el atlas de los catorce módulos →