多檔安全重構指令：先盤影響範圍，再分批改，每批可獨立驗證

大型重構最怕 agent 一口氣改幾十個檔案、最後 build 全紅、根本不知道哪一步壞的。
這支指令逼它：① 先唯讀盤出完整影響範圍 ② 切成小批、每批行為不變 ③ 每批各自跑測試 + 各自一個原子 commit，壞了能精準回退。

[ 登入後可看完整內容 ]

適用情境：跨多檔的結構性重構（搬移模組、改命名慣例、抽共用邏輯、換掉某個 API 的所有呼叫點）。為什麼有效：① 強制『先唯讀盤 blast radius 再動手』，這是專業重構的核心紀律，避免 agent 漏掉呼叫點導致 build 紅；② 分批 + 每批保持『可編譯、測試綠、可單獨 commit』，壞掉時能精準二分定位，而不是面對一坨改動束手無策；③ 原子 commit、不混 refactor 與行為變更，讓 PR review 變快、出事好回退；④ 明確禁止『順手改不相干程式碼 / 改不該動的格式』，把 diff 控制在最小可審範圍。技巧：搭配 Claude Code 的 plan mode（Shift+Tab 兩下）或 Codex 的 read-only sandbox 跑 Phase 1，效果最好；VERIFY_COMMAND 填你能一鍵驗證的指令。所有提到的能力（read-only 探索 / plan mode / 分批 commit）都是真實工作流。

以上為此 Prompt 丟進 Claude Code / Codex 後可得到的描述性成果，實際畫面會因填入的變數而有差異。