設想一家腳踏車維修店。客戶只想把取車備註改成星期五下午，卻沒有提到聯絡電話。人工智慧生成的更新，必須區分沒提到和明確刪除。這是虛構案例。

在採用 JSON 合併修補格式的介面裡，只包含取車備註，不包含電話欄位，原電話保持不變。先表達業務意圖，再生成更新。不要為了湊齊欄位而新增空值。

同一協定裡的電話空值，表示移除電話成員，不是我不知道電話。擷取時的未知狀態，不能直接變成寫入時的刪除。刪除需要明確意圖和權限。

清單也有邊界。合併修補格式裡的陣列會整組取代，不是自動追加。只提交一個新標籤，可能讓原來的標籤消失。評審要展示完整前後差異。

先確認介面格式。JSON Patch 使用有序操作清單，是另一種協定。不能只看請求方法相同，就混用刪除語意。業務需要儲存空值時，也要核對介面規格約定。

用合成資料測試未提及、明確刪除、空字串和清單。先寫期望差異，再檢查實際請求並讀回結果。目標是沒有意外刪除或遺失項目。這是建議的測試方案，沒有在客戶系統執行。

給團隊留下一條規則：讀取可以未知，寫入必須明確保留、設定還是移除。負責人審核的是資料差異，不只是人工智慧寫出的句子。