DevOps
遷移代理脈絡並進行驗證與回復
分階段遷移計畫，在工作區或執行環境間移動代理脈絡與操作指示，並提供檢查點、一致性檢查與已測試回復。
流程
照這個順序做。
- 盤點 context 檔案、記憶、設定、秘密、參照、工具權限、目前 runtime，以及來源/目標精確版本。
- 將每項分類為可攜、主機特有、可重建、敏感或刻意排除，並定義目標契約與相容性測試。
- 快照來源、建立隔離目標工作區，涉及私有 context 時透過 Latch/target-workspace 只複製核准的最小範圍。
- 切換前對指示、路徑、工具可用性、權限、環境變數、工作階段行為與輸出範例執行一致性檢查。
- 用代表性任務對目標做 canary，比較證據與失敗，驗收門檻達成前讓舊環境唯讀。
- 定義切換、監控窗、回復觸發、資料同步規則與核准人，並在沒有破壞性清理下演練回復。
- 返回遷移紀錄、驗證證據、保留來源、回復狀態、未解決風險，正式切換前暫停。
先準備
貓會向你要的輸入。
- 來源與目標 runtime 詳情
- context 與設定清單
- 權限與敏感資料邊界
- 回復負責人與驗收條件
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
token-efficient-agenting-pack skills/token-efficient-agenting-pack/reversible-agent-context-migration/SKILL.md
界線
界線跟著提示一起走。
- 開始前先核實實際的工具、帳戶、權限與工作區；絕不聲稱擁有不可用的工具、帳戶、來源或能力。
- 私有程式碼、成品、即時探測或非公開資料請使用 Latch/target-workspace；若無法存取，就在邊界停下並回報阻礙，不可改用猜測。
- 任何有後果的外部行動前先暫停並取得明確核准；回傳證據、未解決風險、假設，以及仍在等待核准的行動。
完成代表
一個可核對的終點。
可回復的遷移紀錄證明 context 一致、工具與權限檢查、canary 證據、切換負責人，以及已測試的回復路徑，並讓未解決風險可見。
來源
這個流程從哪來。
- github.com/JuliusBrussee/caveman/tree/2fd153c67988e980fb0b2455c90832159a6a5a25/
- git-scm.com/docs/git-worktree
- sre.google/sre-book/release-engineering/
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
