Claude Code 接手舊網站，我不會一開始就說「幫我優化全部」。舊網站最值錢的東西，往往不是首頁那張圖，而是多年累積的內容、表單、轉址與後台流程。AI 如果沒讀懂這些，改得很快，也可能很快把重要功能拿掉。
先做專案地圖，不先改程式
cd /path/to/your-project
git status --short
claude先確認進到正確專案，再啟動 Claude Code。把接手任務分成兩輪：第一輪只讀資料，第二輪才處理一個小修改。這樣比較容易發現它理解錯的地方，也讓原本維護的人有機會補充。
請先讀取專案說明與既有規範，只做盤點，不修改檔案。
列出技術架構、啟動方式、頁面入口、資料來源、登入權限與部署流程。
找出哪些設定需要外部服務，僅列變數名稱，不輸出金鑰值。
無法從檔案確認的地方請列為待確認，不要猜測。官方的常見工作流程也從理解程式庫開始：先建立整體認識，再追蹤特定功能。AI 列出的架構地圖要用實際檔案與執行結果核對，不是寫得很完整就代表正確。新手可以先看Claude CLI 第一個專案教學。
WordPress 接手，不能只備份 Git
| 資料 | 常見位置 | 接手時要確認 |
|---|---|---|
| 程式碼 | 佈景主題、外掛、版本庫 | 版本與自訂修改 |
| 文章與設定 | 資料庫 | 備份及復原方式 |
| 圖片與附件 | 媒體上傳目錄或外部儲存 | 檔案是否完整 |
| Elementor 版型 | 資料庫與範本資料 | 保留元件與顯示條件 |
| 網域與外部服務 | DNS、郵件、分析平台 | 所有權與授權是否可交接 |
版本控制只處理被納入追蹤的檔案。資料庫、媒體與第三方設定，不能假設都在 Git 裡。備份還要確認能不能還原；只有下載成功，沒有復原測試，最多只能說取得一份備份。
用測試環境隔開正式網站
先建立測試站或本地環境，確認表單不會寄給真正客戶，電商不會建立真實扣款。若資料含有客戶資訊，優先使用去識別化資料，不要為了讓 AI 更懂專案，就把完整訂單、密碼與登入憑證貼進對話。
中央社 2026 年 9 月 10 日引述戴爾調查，46% 企業面臨資料品質與治理挑戰。這不是「46% 網站有問題」，而是調查中的企業對資料環境的回報。接手網站時，把資料從哪裡來、誰能改、哪裡是正式來源說清楚，比直接換模型更有用。來源：中央社。
第一次修改，選可單獨驗收的小範圍
先修一個可以明確描述的問題，例如手機聯絡按鈕換行、表單必填欄位或指定頁面的段落間距。不要一次把效能、設計、SEO、外掛更新全部混在同一個任務。確認要改的檔案、資料表或 Elementor 元件後，再授權寫入。
這一輪只修正指定頁面的手機按鈕換行。
保留文字、連結、追蹤事件與其他版面。
先說明原因與修改範圍，確認後才動手。
完成後提供修改差異、測試結果，以及沒有驗證的項目。提示詞是工作規範，不是安全隔離。真正的權限仍要透過帳號、工具授權與環境配置限制。不要把「請不要動正式站」當成阻止 AI 存取正式站的唯一方式。
交付不是一句「完成了」
- 讀回確認：儲存的內容是否與預期一致。
- 前台確認：桌機與手機是否都正常。
- 流程確認：表單、連結、搜尋與登入是否仍可操作。
- 快取確認：目前看到的是新內容，不是舊快取。
- 交接紀錄：留下修改前後、測試方式與回復步驟。
網站能持續維護，靠的是這些紀錄，而不是只有一個人記得怎麼改。想把 WordPress 與 AI 串成正式營運流程，可接著看WordPress MCP 的操作範圍，或預約 AI 工作流程與網站導入諮詢。
