核准邊界管理 是做什麼的？
觸發條件
當請求的動作跨越明確的人員決策邊界時使用；請勿用於建立新的不必要檢查點。
程序
- 確定確切的提案動作、決策擁有者，以及需要核准的規則或授權。區分新核准與已授予的核准。
- 擷取版本化提案與決策包：目前行為、提議變更、目的、受影響資源、風險、可逆/不可逆影響、不作為的替代方案，以及所請求的精確授權。
- 為該邊界命名：實施、實驗調用、生產啟用、發布、支出或資料/安全。某一項的核准並不代表其他項目的核准。
- 一次性請求決策，並提供具體的是/否選項或有限制的選項集。避免將廣泛的概括性同意呈現為唯一選項。
- 將受影響的工作標記為封鎖等待決策。請勿重複請求相同核准、將沉默解讀為同意，或重試已封鎖的操作。
- 若獨立工作仍獲得授權，將其佇列移交給自主執行持續流程。專案層級的安全事件並非區域性封鎖。
- 收到明確回應後，保留決策記錄、範圍、時間戳記與參考；在執行前驗證提案動作仍與其相符。
反模式
切勿因為技術上看似合理，就暗中修改評分器、解鎖守衛、變更計費、發布私密來源的成品，或擴大代理工具權限。
輸出
可稽核的決策記錄，包含精確允許的後續動作與單獨列出的未獲授權動作。請參閱核准記錄。
完成定義
負責人無需反向工程冗長的除錯記錄，即可核准或拒絕一個明確的版本化變更。