設想一間維修公司，AI 讀取客戶紀錄，準備補充服務摘要。同一時間，調度員將預約改到下午。如果 AI 將成份舊紀錄寫返去，摘要可能正確，預約卻變返上午。呢個係虛構例子。

由讀取開始，要將內容同伺服器傳返嘅版本標記一齊保存。準備更新嗰陣，保留原件，並且講清楚只想改邊啲欄位。版本唔係畀模型估出嚟，亦都唔係本機時鐘。

支援條件更新嘅介面，可以要求伺服器喺寫入嗰陣核對版本。HTTP 嘅 If Match 就係其中一種機制。先檢查，之後再無條件儲存，仍然可能撞上新嘅修改。

遇到版本衝突，唔好刪咗條件再試。唔同介面嘅衝突代碼可能唔同，應該查介面說明，唔好當佢係普通網絡故障。

讀取目前嘅紀錄，將原件、擬議修改同新版本放埋一齊比較。如果雙方改咗同一個欄位，就應該交畀負責人判斷；唔同欄位亦都可能互相依賴。

版本吻合唔等於授權，亦都唔代表內容正確。權限同業務審核唔可以省略。星號條件只係檢查資源存在，保護唔到原先讀到嘅確切版本。

上線之前，用兩個視窗演練。一邊讀取，另一邊修改並儲存，之後再提交舊版本。確認衝突被截住，新修改冇遺失。呢個係建議嘅測試，唔係已經執行嘅測試結果。

問供應商可唔可以傳返版本、喺伺服器執行條件、識別衝突，同埋只改指定欄位。如果缺少可靠保護，就先畀 AI 提建議。真正完成，係確認儲存咗預期變更，同時保留同事嘅工作。