一張虛構陶藝店訂單寫住，同一個物件有兩個 quantity，第一個係 12，第二個係 120。AI 助手話，格式檢查通過，可以出貨。但係十二隻杯，定一百二十隻？呢個唔係叫模型揀一個合理啲嘅答案，而係同一個物件入面，數量欄位出現咗兩次。先停喺審核區，唔好畀任何一種解讀直接進入履約。

RFC 八二五九建議，同一個 JSON 物件入面嘅名稱應該唯一，亦講明接收軟件遇到重複名稱，可能只留最後一對，亦可能報錯或者全部保留，見來源一。Python 官方文件有個具體例子：預設解析會留低最後一個值，見來源二。所以解析成功，只係描述某個解析器嘅行為，唔代表訂單意思已經清楚。

我哋喺隔離環境，將頭先嗰段合成文字交畀 Python 預設解析器，結果數量係 120；再用檢查名稱重複嘅 object pairs hook，結果就明確拒絕。呢個實驗冇連接商店或者出貨系統，亦唔代表所有語言都一樣。關鍵係，如果第一次解析已經丟失前一個值，之後淨係檢查嗰個字典，就睇唔返原本嘅衝突。

建議喺入口讀取原始 JSON 嗰陣，按每個物件檢查重複名稱，再做欄位、範圍同業務審批檢查。唔好用正規表示式代替完整解析；巢狀物件都要覆蓋。相同名稱喺兩個獨立物件出現，唔算呢個例子所講嘅重複。拒絕咗嘅資料，要保留受控嘅來源參照同錯誤位置，交返畀明確負責人修正，避免將成份客戶記錄複製入日誌。

我哋嘅驗收清單有四條問題：普通單一欄位輸入係咪通過？同一物件重複數量係咪拒絕？巢狀物件嘅重複係咪拒絕？兩個唔同物件各自有 quantity，係咪仍然合法？之後核對，拒絕咗就冇出庫副作用，而且人手搵得到要修正嘅訂單。除咗頭先嘅本地解析實驗，呢啲流程檢查都只係建議，未喺客戶系統執行。AI 可以解釋問題，但唔可以代客戶估張訂單。