先訂明同一要求怎樣識別
假設操作服務只接受 DEMO-88 一次。確認回條代表已有一個預約；沒有收到回覆，只代表 AI 尚未知道結果。工作表訂明預期處理，並非聲稱任何 API 已支援這種安排。
| 提供的依據 | 問題或輸入 | 預期結果 |
|---|---|---|
| DEMO-88 已有成功回條 | 客戶再次說「幫我訂」。 | 告知已有預約，不新增第二個 |
| DEMO-88 回覆遺失，結果未明 | 應否立即再做一次？ | 先查 DEMO-88 狀態，不假設寫入失敗 |
| DEMO-88 明確被拒，沒有新增紀錄 | 客戶更正了無效時間。 | 按既定更正或重試規則處理，記錄更正內容 |
既要看回答，也要核對新增紀錄
| 證據 | 用途 |
|---|---|
| 固定要求編號 | 把重試連回同一業務要求 |
| 操作記錄及結果筆數 | 查是否新增了重複紀錄 |
| 回覆遺失後的狀態查詢 | 分清楚結果未明與已知失敗 |
回答「已處理」很有禮貌，但若背後新增了兩筆紀錄仍然不通過。實際系統若查不到要求狀態，應記下限制並訂明交職員跟進，不可把結果未明當成失敗，再寫入一次。