해석에서 권한 부여까지 주문 추적하기
보존된 이 프레임들은 실제 로컬 시연에서 가져온 것입니다. 주문, 드라이브스루 차선 이미지 및 주방 디스플레이는 합성되거나 시뮬레이션된 것입니다. 벤더 및 메뉴 브랜드 레이블은 픽스처 스타일링일 뿐 연동, 고객 또는 보증에 대한 증거가 아닙니다.
가격이 0원이어도 물 주문은 대기합니다
드로어(drawer)는 유입된 18,000개의 컵, 8개의 상한선 및 단일 주문 단위 경계를 표시합니다. 제안된 수량은 8개입니다. 이 제안은 규칙 증거에서 비롯되며 HOLD 결정과 분리된 상태로 유지됩니다.
일반 주문은 여전히 통과합니다
정상 픽스처에서는 감자튀김 2개와 버거 1개가 검증을 통과합니다. 영수증은 예외뿐만 아니라 PASS에 대해서도 보존되므로, 검토 화면이 모델이 생성한 설명에 의존하지 않습니다.
불확실한 의미는 확인을 거쳐야 합니다
반복된 원시 토큰으로 인해 합성 해석에서 버거 3개가 생성됩니다. 토큰 반복과 설정된 0.85 임계값 미만인 벤더 신뢰도 0.71로 인해 HOLD가 생성되며 버거 1개 제안이 제시됩니다. 엔진이 고객의 의도를 확정하지 못했으므로 확인이 반드시 필요합니다.
생소한 수정 옵션은 질문이지 공격이 아닙니다
합성 주문에서 아이스크림 콘에 베이컨을 요구합니다. 저장된 관찰된 수정 옵션 세트에는 초콜릿 딥과 스프링클이 포함되어 있지만 베이컨은 없습니다. 따라서 조합 점검 결과 HOLD가 생성되고 해당 수정 옵션 제거가 제안됩니다. 이는 조합이 물리적으로 불가능하거나 고객이 악의적으로 행동한다는 증거가 아니라, 확인을 요청해야 하는 이유입니다.
이러한 구분은 검토 설계에 영향을 미칩니다. 프로덕션 정책에는 신뢰할 수 있는 정식 메뉴와 운영자가 정당한 예외를 확인할 수 있는 방법이 필요합니다. 시연된 프로필은 시드된 5,000개의 합성 주문에서 비롯된 것이며, 레스토랑 체인의 실제 운영 이력이 아닙니다.
수량, 가격 및 총 단위는 별개의 점검입니다
너겟 260개 픽스처는 품목당 수량 상한인 20개를 초과합니다. 메뉴 총액 $117 역시 설정된 가격 경계인 $116.76을 초과하며, 260개 단위는 단일 주문 경계인 44개를 초과합니다. 세 가지 점검이 일치하여 주문이 대기해야 한다고 판단하지만, 이러한 일반 정책 예외 중 어느 것도 단독으로 BLOCK을 생성하지는 않습니다.
가격 규칙은 저장된 과거 총액 통계의 3배와 $100 중 더 큰 값을 사용합니다: max(3 × $38.92, $100) = $116.76. 총 단위 규칙은 max(2 × 22, 40) = 44를 사용합니다. 드로어에 표시된 더 작은 과거 통계는 이러한 공식의 입력값일 뿐 최종 발동 경계가 아닙니다. 두 경계 모두 운영 중인 레스토랑에 맞게 보정된 한계가 아니라 설정된 데모 정책입니다.
인식된 단어도 여전히 판매 가능 여부 점검이 필요합니다
오전 11시 15분에 요청된 조식 부리토는 본 픽스처에 오전 10시 30분 조식 마감 시간이 설정되어 있어 보류됩니다. 요청이 설정된 서비스 시간 창을 벗어나더라도 품목과 가격은 이해될 수 있습니다. 제거 제안은 이러한 충돌을 드러낼 뿐 고객이 어떤 대체 품목을 수락할지는 확인하지 못합니다.
이 예시는 유입된 픽스처 시간에 대해 설정된 단일 조식 시간 창을 점검합니다. 실시간 재고, 매장별 일정, 타임존 처리 또는 통합 메뉴 서비스를 확정하지는 않습니다. 실제 제출 경로가 이에 의존하기 전에 별도의 설계와 검증이 필요합니다.
낮은 신뢰도는 평범한 주문도 보류할 수 있습니다
스파이시 치킨 샌드위치 1개는 벤더 신뢰도가 0.62로 설정된 임계값 0.85 미만입니다. 평범한 수량이라고 해서 불확실성이 사라지는 것은 아니므로 엔진은 HOLD를 반환합니다. 반복 토큰 예시와 달리 이 사례는 수량 수정 없이 낮은 신뢰도만 분리하여 격리합니다.
그에 따른 다음 적절한 질문은 해석된 품목이 요청과 일치하는지 여부입니다. 본 시연은 이러한 불확실성을 검토 경로로 라우팅하며, 음성을 진단하거나 음향 녹음을 평가하거나 이 임계값이 허용 가능한 프로덕션 오류율을 제공한다는 점을 입증하지는 않습니다.
설정된 공격 신호는 다른 결과를 가져옵니다
지시사항이 포함된 트랜스크립트는 이전 지시를 무시할 것을 요청하며 너겟 500개를 포함합니다. 인젝션 패턴이 트리거되어 BLOCK을 생성합니다. 수량, 가격, 단위 볼륨 및 낮은 신뢰도 역시 트리거되지만, 인젝션 규칙만이 이 결과를 HOLD에서 BLOCK으로 바꿉니다. 유한한 패턴 세트가 포괄적인 인젝션 저항성을 확립할 수는 없습니다.
영수증은 명시된 경계 내에서 무결성을 점검합니다
영수증은 주문, 8가지 규칙 평가 전체, 결정, 제안된 수정 사항 및 자문 텍스트를 보존합니다. 변경되지 않은 물 주문 영수증은 실제 로컬 엔드포인트를 통해 검증되며, 원래 서명을 유지한 채 HOLD를 PASS로 변경하면 검증에 실패합니다.
HMAC-SHA256은 서명과 검증에 동일한 공유 비밀키를 사용합니다. 기본 키는 공개 데모 자료이므로 이를 아는 사람이라면 누구나 변경된 본문에 다시 서명할 수 있습니다. 이는 독립적인 보관, 불변 스토리지 또는 완료된 인간 행동의 기록이 아니라 범위가 제한된 로컬 무결성 점검을 보여줍니다.
제안은 릴리스된 주문이 아닙니다
대량 주문 픽스처에는 감자튀김 40개와 탄산음료 40개가 포함되어 있어 44단위 경계를 초과하는 총 80단위입니다. 수정 알고리즘은 상대적 수량 위반이 가장 심한 단일 항목을 변경합니다. 즉 감자튀김은 상한선인 4개로 줄어들지만 탄산음료는 40개로 유지됩니다. 탄산음료 수량은 여전히 자체 상한선인 6개를 초과합니다. 따라서 시각적으로 더 작아진 주문이라고 해서 제안된 전체 주문이 통과한다는 증거는 아닙니다.
| 주문 상태 | 감자튀김 | 탄산음료 | 권한 |
|---|---|---|---|
| 유입 주문 | 40 | 40 | HOLD; 시뮬레이션된 제출 보류됨 |
| 제안된 수정 | 4 | 40 | 재제출되거나 재검증되지 않음 |
| 품목별 상한 | 4 | 6 | 저장된 합성 프로필 경계 |
수정 승인(Approve Correction)과 에스컬레이션(Escalate)은 레이블을 변경하고 스스로 비활성화됩니다. 인간의 조치를 기록하거나, 재제출하거나, 재검증하거나, HOLD를 해제하거나, 영수증을 변경하거나, 실제 POS 시스템으로 주문을 전송하지 않습니다. 프로덕션 인계에는 확인된 고객 의도, 수정된 전체 주문에 대한 새로운 검증 결정, 그리고 제출 권한을 부여하기 전에 기록된 조치가 필요합니다.
