Siga el pedido desde la interpretación hasta el permiso
Estos fotogramas conservados provienen de la demostración local real. Los pedidos, las imágenes del carril y la pantalla de cocina son sintéticos o simulados; las etiquetas de marca del proveedor y del menú son elementos de estilo de la prueba, no evidencia de integraciones, clientes ni respaldos comerciales.
El pedido de agua espera, incluso con precio cero
El panel muestra los 18,000 vasos entrantes, el límite de ocho y el límite de unidades para un solo pedido. La cantidad sugerida es ocho. Esa propuesta proviene de la evidencia de las reglas y permanece separada de la decisión HOLD.
Los pedidos ordinarios siguen aprobándose
Dos raciones de patatas fritas y una hamburguesa superan la validación en la prueba normal. Se conserva un recibo tanto para PASS como para las excepciones, de modo que la interfaz de revisión no depende de una explicación generada por un modelo.
Un significado incierto merece confirmación
Los tokens sin procesar repetidos producen tres hamburguesas en la interpretación sintética. La repetición y una confianza del proveedor de 0.71 por debajo del umbral configurado de 0.85 generan HOLD, con una sugerencia de una hamburguesa. La confirmación sigue siendo necesaria: el motor no ha determinado lo que el cliente pretendía.
Un modificador no habitual es una duda, no un ataque
El pedido sintético solicita beicon en un cono de helado. El conjunto de modificadores observados guardado contiene cobertura de chocolate y virutas de azúcar, pero no beicon. Por tanto, la comprobación de combinación produce HOLD y propone eliminar el modificador. Ese es un motivo para solicitar confirmación, no una prueba de que la combinación sea físicamente imposible ni de que el cliente actúe con mala intención.
Esta distinción afecta al diseño de la revisión. Una política de producción requeriría un menú autorizado y una vía para que el operador confirme una excepción legítima. El perfil demostrado proviene de 5,000 pedidos sintéticos iniciales, no del historial operativo de una cadena de restaurantes.
Cantidad, precio y unidades totales son comprobaciones independientes
La prueba de 260 nuggets supera su límite de cantidad por artículo de 20. El total de su menú de $117 también supera el límite de precio configurado de $116.76, y sus 260 unidades superan el límite para un solo pedido de 44. Tres comprobaciones coinciden en que el pedido debe esperar; ninguna de estas excepciones de política ordinarias genera BLOCK por sí sola.
La regla de precio utiliza el mayor entre tres veces la estadística histórica total guardada y $100: max(3 × $38.92, $100) = $116.76. La regla de unidades totales utiliza max(2 × 22, 40) = 44. Las estadísticas históricas más pequeñas que se muestran en el panel son entradas para esas fórmulas, no los límites finales de activación. Ambos límites son políticas de demostración configuradas, no límites calibrados para un restaurante en funcionamiento.
Las palabras reconocidas aún necesitan una comprobación de disponibilidad
Un burrito de desayuno solicitado a las 11:15 se retiene porque esta prueba tiene un corte de desayuno a las 10:30. El artículo y el precio pueden entenderse mientras que la solicitud cae fuera de la ventana de servicio configurada. La sugerencia de eliminación expone ese conflicto; no confirma qué sustituto aceptaría el cliente.
Este ejemplo comprueba una ventana de desayuno configurada frente a la hora de la prueba entrante. No establece inventario en tiempo real, horarios específicos de la tienda, gestión de zonas horarias ni un servicio de menú integrado. Esos elementos requerirían diseño y validación independientes antes de que una vía de envío real dependa de ellos.
Una baja confianza puede retener un pedido que de otro modo sería ordinario
Un sándwich de pollo picante tiene una confianza del proveedor de 0.62, por debajo del umbral configurado de 0.85. Su cantidad ordinaria no elimina la incertidumbre, por lo que el motor devuelve HOLD. A diferencia del ejemplo de tokens repetidos, este caso aísla la baja confianza sin requerir una corrección de cantidad.
La siguiente pregunta adecuada es si el artículo interpretado coincide con la solicitud. La demostración canaliza esa incertidumbre para su revisión; no diagnostica el habla, no evalúa una grabación acústica ni demuestra que este umbral ofrezca tasas de error aceptables en producción.
Una señal de ataque configurada tiene un resultado diferente
La transcripción con instrucciones solicita ignorar instrucciones previas e incluye 500 nuggets. El patrón de inyección se activa y produce BLOCK. La cantidad, el precio, el volumen de unidades y la baja confianza también se activan, pero solo la regla de inyección cambia este resultado de HOLD a BLOCK. Un conjunto finito de patrones no puede establecer una resistencia exhaustiva a inyecciones.
Un recibo comprueba la integridad dentro de un límite definido
El recibo conserva el pedido, las ocho evaluaciones de reglas, la decisión, las correcciones sugeridas y el texto consultivo. El recibo de agua sin cambios se verifica a través del punto de conexión local real; cambiar HOLD a PASS manteniendo la firma original falla.
HMAC-SHA256 utiliza el mismo secreto compartido para la firma y la verificación. La clave predeterminada es material público de demostración, por lo que cualquiera que la conozca puede volver a firmar un cuerpo modificado. Esto demuestra una comprobación de integridad local acotada, no una custodia independiente, almacenamiento inmutable ni un registro de acción humana completada.
Una sugerencia no es un pedido liberado
La prueba de alto volumen contiene 40 raciones de patatas fritas y 40 refrescos, sumando 80 unidades totales por encima del límite de 44 unidades. El algoritmo de corrección modifica el único infractor relativo de cantidad más grave: las patatas fritas se reducen a su límite de cuatro, pero los refrescos permanecen en 40. La cantidad de refrescos sigue superando su propio límite de seis. Por tanto, un pedido visualmente más pequeño no es evidencia de que todo el pedido propuesto fuera a aprobarse.
| Estado del pedido | Patatas fritas | Refrescos | Autoridad |
|---|---|---|---|
| Pedido entrante | 40 | 40 | HOLD; envío simulado retenido |
| Edición sugerida | 4 | 40 | No reenviado ni revalidado |
| Límites por artículo | 4 | 6 | Límites guardados del perfil sintético |
Approve Correction y Escalate cambian sus etiquetas y se desactivan a sí mismos. No registran la acción humana, no reenvían, no revalidan, no liberan un HOLD, no modifican el recibo ni envían un pedido a un sistema de punto de venta real. Una transferencia a producción requeriría la intención confirmada del cliente, una nueva decisión de validación sobre el pedido revisado completo y una acción registrada antes de otorgar la autoridad de envío.
