Acompanhe o pedido da interpretação à permissão
Estes quadros retidos vêm da demonstração local real. Pedidos, imagens da pista e a tela da cozinha são sintéticos ou simulados; os rótulos de marcas de fornecedores e menus são estilos de fixture, não evidências de integrações, clientes ou endossos.
O pedido de água aguarda, mesmo com preço zero
A gaveta expõe os 18.000 copos recebidos, o limite de oito e o limite de unidades de um único pedido. A quantidade sugerida é oito. Essa proposta provém de evidências de regras e permanece separada da decisão de HOLD.
Pedidos comuns continuam passando
Duas porções de batatas fritas e um hambúrguer passam na validação no fixture normal. Um comprovante é retido tanto para PASS quanto para exceções, de modo que a superfície de revisão não dependa de uma explicação gerada por modelo.
Significado incerto merece confirmação
Tokens brutos repetidos produzem três hambúrgueres na interpretação sintética. A repetição e a confiança do fornecedor de 0.71, abaixo do limite configurado de 0.85, produzem HOLD, com uma sugestão de um hambúrguer. A confirmação continua necessária: o mecanismo não estabeleceu o que o cliente pretendia.
Um modificador não familiar é uma dúvida, não um ataque
O pedido sintético solicita bacon em uma casquinha de sorvete. O conjunto de modificadores observados salvo contém cobertura de chocolate e granulado, mas não bacon. Portanto, a checagem de combinação produz HOLD e propõe a remoção do modificador. Esse é um motivo para solicitar confirmação, não uma evidência de que a combinação seja fisicamente impossível ou de que o cliente esteja agindo de forma maliciosa.
Essa distinção afeta o design da revisão. Uma política de produção exigiria um menu oficial e uma forma de o operador confirmar uma exceção legítima. O perfil demonstrado provém de 5.000 pedidos sintéticos propagados, não do histórico operacional de uma rede de restaurantes.
Quantidade, preço e unidades totais são checagens separadas
O fixture de 260 nuggets excede seu limite de quantidade por item de 20. Seu total de menu de $117 também excede o limite de preço configurado de $116.76, e suas 260 unidades excedem o limite de 44 para um único pedido. Três checagens concordam que o pedido deve aguardar; nenhuma dessas exceções comuns de política produz BLOCK isoladamente.
A regra de preço utiliza o maior valor entre três vezes a estatística histórica salva do total e $100: max(3 × $38.92, $100) = $116.76. A regra de unidades totais utiliza max(2 × 22, 40) = 44. As estatísticas históricas menores exibidas na gaveta são entradas para essas fórmulas, não os limites finais de acionamento. Ambos os limites são políticas configuradas da demonstração, não limites calibrados para um restaurante em operação.
Palavras reconhecidas ainda precisam de checagem de disponibilidade
Um burrito de café da manhã solicitado às 11:15 é retido porque este fixture possui um horário limite de café da manhã de 10:30. O item e o preço podem ser compreendidos enquanto a solicitação recai fora da janela de atendimento configurada. A sugestão de remoção expõe esse conflito; ela não confirma qual substituto o cliente aceitaria.
Este exemplo compara uma janela de café da manhã configurada com o horário do fixture recebido. Ele não estabelece estoque em tempo real, horários específicos por loja, tratamento de fuso horário ou um serviço integrado de menu. Esses elementos exigiriam projeto e validação separados antes que um caminho real de envio confie neles.
Baixa confiança pode reter um pedido que de outro modo seria comum
Um sanduíche de frango picante tem confiança do fornecedor de 0.62, abaixo do limite configurado de 0.85. Sua quantidade comum não remove a incerteza, portanto o mecanismo retorna HOLD. Ao contrário do exemplo de tokens repetidos, este caso isola a baixa confiança sem exigir correção de quantidade.
A próxima pergunta adequada é se o item interpretado corresponde à solicitação. A demonstração encaminha essa incerteza para revisão; ela não diagnostica a fala, não avalia uma gravação acústica nem prova que esse limiar ofereça taxas aceitáveis de erro em produção.
Um sinal de ataque configurado tem um desfecho diferente
A transcrição contendo instruções solicita ignorar instruções anteriores e inclui 500 nuggets. O padrão de injeção é acionado e produz BLOCK. Quantidade, preço, volume de unidades e baixa confiança também disparam, mas apenas a regra de injeção altera esse desfecho de HOLD para BLOCK. Um conjunto finito de padrões não pode estabelecer resistência exaustiva a injeções.
Um comprovante verifica a integridade dentro de um limite estabelecido
O comprovante retém o pedido, todas as avaliações das oito regras, a decisão, as correções sugeridas e o texto consultivo. O comprovante de água inalterado é verificado pelo endpoint local real; alterar HOLD para PASS mantendo a assinatura original falha.
O HMAC-SHA256 utiliza o mesmo segredo compartilhado para assinatura e verificação. A chave padrão é material público de demonstração, portanto qualquer pessoa que a conheça pode reassinar um corpo modificado. Isso demonstra uma checagem limitada de integridade local, não custódia independente, armazenamento imutável ou um registro de ação humana concluída.
Uma sugestão não é um pedido liberado
O fixture de alto volume contém 40 porções de batatas fritas e 40 refrigerantes, totalizando 80 unidades, acima do limite de 44 unidades. O algoritmo de correção altera o único item com pior infração relativa de quantidade: as batatas caem para o limite de quatro, mas os refrigerantes permanecem em 40. A quantidade de refrigerante ainda excede seu próprio limite de seis. Um pedido visualmente menor não é, portanto, evidência de que todo o pedido proposto passaria.
| Estado do pedido | Batatas fritas | Refrigerantes | Autoridade |
|---|---|---|---|
| Pedido recebido | 40 | 40 | HOLD; envio simulado retido |
| Edição sugerida | 4 | 40 | Não reenviado nem revalidado |
| Limites por item | 4 | 6 | Limites salvos do perfil sintético |
Approve Correction e Escalate alteram seus rótulos e se desativam. Eles não registram ação humana, não reenviam, não revalidam, não liberam um HOLD, não alteram o comprovante nem enviam um pedido para um sistema de ponto de venda real. Uma transferência para produção exigiria intenção confirmada do cliente, uma nova decisão de validação sobre o pedido revisado completo e uma ação registrada antes de conceder autoridade de envio.
