冪等性

預期成果：為這套系統設計或檢查 冪等性 (Idempotency)，並讓資料保持正確、安全且容易維護。 使用者情境：付款逾時後，買家用冪等鍵 `8f2…` 和相同的正規化請求雜湊重試。伺服器會回傳第一次的交易，不會再扣一次款。同一個鍵若改用不同金額會被拒絕，而且這些鍵會依文件中的規則到期。 技術概念或控制措施：冪等性 (Idempotency)。 適用理由：不可靠的網路、訊息佇列、付款呼叫，以及可能至少投遞一次訊息的系統，都需要設計成可安全重試。 不應使用的情況：`POST` 不一定都不是冪等操作。冪等鍵也不能取代資料庫交易、授權或衝突檢查。 工程要求：定義輸入、輸出、介面約定，以及任何情況都不能破壞的規則。說明授權與輸入檢查範圍。定義失敗、逾時、重試和重複執行只生效一次的規則。也要定義資料搬移與相容限制。 營運要求：加入監控訊號與隱藏敏感資料的記錄。設定容量上限並寫好操作手冊。測試復原與回復上一版的流程。 驗收條件：介面約定與失敗路徑測試通過。重試或部分失敗時，資料與授權規則仍正確。效能上限、監控、復原與回復上一版的方法都已驗證。 證據與限制（證據邊界）：標準只涵蓋列出的範圍，不會替你決定外觀、產品做法或 Vibulary 的教學範例。 待確認：程式執行環境、資料位置、流量形態、資料一致需求和安全邊界。也要確認相容期間、服務目標（SLO）與回復上一版的限制。