設計
繪製發布遷移與回復時序圖
發布時序圖，在推出前明確呈現遷移順序、相容性視窗、驗證關卡、回復觸發與資料復原負責關係。
流程
照這個順序做。
- 界定發布與遷移的負責人、系統、環境、目前與目標版本、確切圖譜問題，以及資料遺失、安全、無障礙、隱私與停機限制。
- 把計畫中的流程與真正會執行的指令分開；不要存取正式環境，也不要執行遷移、驗證或回復指令。
- 定義 cutover 前必須成立的前置條件、參與者、版本或 schema 狀態與不變量。
- 依序排列向前步驟，包括備份或快照、相容性檢查、遷移、應用程式變更、驗證與觀察。
- 讓每個失敗或停止點分支到回復或復原路徑，標示不可逆步驟與決策負責人，且不要承諾資料遺失後仍能回復。
- 加入驗證、監控、無障礙、安全與資料完整性檢查，製作有文字替代的靜態無障礙圖譜；不要演練或測試指令。
- 封裝自包含的圖譜來源、版本化假設、runbook 連結、涵蓋限制與明確的未執行結果，任何正式發布或遷移前先暫停。
先準備
貓會向你要的輸入。
- 發布與遷移版本
- 環境與依賴地圖
- 相容性與驗證關卡
- 回復負責人與復原目標
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
diagram-design-pack skills/diagram-design-pack/release-migration-rollback-sequence-diagram/SKILL.md
界線
界線跟著提示一起走。
- 開始前先核實實際的工具、帳戶、權限與工作區；絕不聲稱擁有不可用的工具、帳戶、來源或能力。
- 私有程式碼、成品、即時探測或非公開資料請使用 Latch/target-workspace；若無法存取，就在邊界停下並回報阻礙，不可改用猜測。
- 任何有後果的外部行動前先暫停並取得明確核准；回傳證據、未解決風險、假設，以及仍在等待核准的行動。
完成代表
一個可核對的終點。
有版本、可無障礙使用的靜態時序圖定義有序狀態、相容性視窗、驗證關卡、復原分支、不可逆點與涵蓋限制，並明確記錄未執行結果。
來源
這個流程從哪來。
- github.com/cathrynlavery/diagram-design/tree/dc1ace47b99a419e42d01a03cb6ace5346efa8ae/
- sre.google/sre-book/release-engineering/
- kubernetes.io/docs/concepts/workloads/controllers/deployment/
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
