「最新文章的位置不對，請幫忙看看」「請調查是否還留有舊費用」。即使旅宿主人只是想了解原因或狀態，能操作檔案的AI也可能直接繼續修正。
安全委託Codex或Claude Code的第一步，不是記住困難的指令，而是分開調查的委託與變更的委託。
本文將旅宿網站的工作分成「調查」「提案」「草稿」「正式環境變更」4階段，說明每個階段應讓AI做到哪裡。
結論：不要在一次委託中直接進行到最後
基本流程如下。
1. 調查：確認目前狀態與原因
↓ 旅宿主人閱讀報告
2. 提案：比較修正方法、影響與復原方式
↓ 旅宿主人選擇方法
3. 草稿：製作本機原稿或變更提案
↓ 旅宿主人確認內容
4. 正式環境變更：只反映已核准的對象
↓ AI與旅宿主人確認畫面
分成階段，就能知道AI在哪裡理解錯誤，也能中途增加條件，或回到上一階段。
只說「請調查」，範圍仍然模糊
人與人之間，「幫忙看看」有時能理解為只確認。不過，對能存取工作資料夾或正式環境的AI而言，以下委託的界線很模糊。
首頁的最新文章不對，請幫忙看看。
這句話沒有說明「看」包括調查、編輯檔案、變更設定、刪除快取，還是正式環境確認。安全的委託除了目的，也應加上「這次做到哪裡」。
請調查首頁最新文章的顯示與以前不同的原因。
本次只讀取與報告。
不要變更檔案、WordPress、設定、快取或正式網站。
提出原因候選、已確認的證據、修正提案與影響範圍後，請停止。
第1階段：調查目前狀態
此階段可委託的工作
- 閱讀公開頁面與既有原稿
- 確認相關檔案與設定值
- 確認文章、分類、連結與HTTP回應
- 找出變更前後的差異
- 整理原因候選與不足的資訊
此階段不執行的工作
- 編輯檔案
- 變更WordPress文章或設定
- 更新外掛、佈景主題或PHP
- 刪除快取、重新啟動
- 傳送資料至外部服務
可複製使用的提示詞
請調查［症狀或想確認的事項］。
目標URL：［URL］
發現時間：［日期時間／不明］
先前變更：［變更內容／不明］
請附上已確認的證據，說明目前狀態、與預期狀態的差異，以及可能原因。
區分推測與已確認的事實。
本次只讀取與報告，不要變更檔案、WordPress、伺服器或外部服務。
提出修正提案後，請停止。
即使寫明「只讀取」，也不代表AI能使用的權限本身受到限制。權限與執行路徑應另外依正式伺服器的權限設計或受限WP-CLI包裝程式整備。
第2階段：比較修正方法
找到原因後，也不一定要立刻修正。在WordPress中，可能有管理後台、子佈景主題、自訂CSS、外掛等不同變更方式。請比較較不容易在更新時消失，以及較容易復原的方法。
請AI提出的項目
| 項目 | 確認內容 |
|---|---|
| 變更對象 | 要操作哪篇文章、哪個檔案或設定 |
| 範圍外 | 哪些內容不變更 |
| 效果 | 什麼會如何修正 |
| 影響 | 對其他頁面、預訂與詢問的影響 |
| 風險 | 失敗時可能發生什麼 |
| 備份 | 應保存什麼 |
| 復原方式 | 出問題時能否回到原狀 |
| 確認方法 | 變更後應確認什麼 |
下一次委託
已確認調查結果。請先不要變更，比較修正方法。
每個提案請列出變更對象、範圍外、效果、工作量、風險、必要備份與復原方式。
也請確認對預訂、詢問、郵件與手機顯示的影響。
附上理由，提出最安全的方案；我選擇方法前，不要實作。
AI推薦的方案，不一定符合旅宿情況。「不想變更網站製作公司的維護範圍」「本週客滿，不進行更新」等現場條件，應由旅宿主人補充。
第3階段：在正式環境之外製作草稿
選好方法後，在可行範圍內，先製作正式反映前的成果。
- 文章：本機Markdown原稿
- 說明變更：修正前後的文字
- 設計：變更提案與畫面範例
- 設定：工作計畫與確認表
- 程式碼：限定對象的差異與測試結果
可複製使用的提示詞
請依［選定方案］，只製作供確認的草稿。
允許變更的位置：［本機原稿、指定檔案等］
禁止變更的位置：正式WordPress、伺服器設定、外部服務
應遵守的條件：［既有設計、預訂導線、文體等］
若要覆寫既有檔案，請先提出對象與差異。
製作完成後，報告變更內容、未確認事項、測試結果，以及正式反映時的注意事項。
不要正式發布，也不要向外部傳送。
剛開始學習時，先從練習資料夾或新的草稿檔案著手。「本機」與「開啟資料夾」的意義，請參考旅宿主人的VS Code入門。
第4階段：只將核准的對象反映至正式環境
進行正式環境變更前，旅宿主人應確認以下事項。
- 修正對象是否正確
- 新文字與圖片是否正確
- 變更件數是否符合預期
- 是否有正常備份與復原方式
- 現在是否適合進行作業
- 是否影響預訂與詢問
不要只寫「已確認內容」，而應具體說明核准了什麼。
我只核准以下變更。
對象：［文章名稱、slug、檔案等］
核准內容：［原稿、圖片、連結、設定］
允許變更的件數：［1件等］
範圍外：其他文章、佈景主題、外掛、伺服器設定、預訂、顧客及付款資料
變更前請取得備份，確認正常結束與完整性。
再次確認對象、目前值與變更後的值，再執行。
若件數不符、備份失敗或有未確認事項，不要執行，請停止。
完成後，報告變更與未變更的內容、HTTP回應、PC與手機顯示，以及復原方式。
文章發布的具體流程，請參考從備份到文章發布與畫面確認。
核准發布前的確認項目，整理於正式發布前請AI確認的清單。
也要分開「可以修正」與「可以發布」
修正檔案、登錄至WordPress，以及公開給讀者，是不同操作。
| 指示 | 允許範圍 |
|---|---|
| 製作原稿提案 | 只製作新文字提案 |
| 修正本機原稿 | 只修正工作資料夾內的指定原稿 |
| 在WordPress建立草稿 | 只建立管理後台內尚未公開的草稿 |
| 發布 | 變更為一般讀者可見的狀態 |
如果不希望只說「製作文章」就被視為允許發布，請在營運規則中明記。反過來，即使持續營運已獲得發布許可，刪除、退款或預訂變更等，仍應列為另外需要核准的事項。
想在途中停止時的說法
AI作業與意圖不同時，不必等說明結束，就應停止。
請停止作業。
不要再變更檔案、WordPress、伺服器或外部服務。
請分別報告目前已確認的事項、已變更的事項與未完成的事項。
先不要執行復原，只提出必要步驟。
不讓AI擅自復原，是因為變更後可能已收到新的預訂或詢問。復原也應視為正式環境變更。
AI完成報告的確認重點
只說「已完成」，無法判斷做到了哪裡。請要求報告以下項目。
- 委託的階段與實際執行的階段
- 已讀取的對象
- 已變更的文章、檔案與設定
- 未變更的對象
- 備份是否成功，以及完整性
- 已執行的檢查與結果
- PC與手機上確認的內容
- 未確認事項、失敗與剩餘工作
指令成功，不代表公開畫面正確。請將公開後的HTTP、SEO與手機確認也納入完整作業。
常見失敗
調查時「順便」修正
即使是小錯字或失效連結，也應在調查委託中當作候選問題報告。混入不相關變更，出問題時會較難判斷原因。
一次委託多個問題
不要將最新文章配置、登入驗證、預訂系統與SEO混在同一次委託。對象與風險不同，應分開對話與作業。
將執行備份視為成功
「已執行備份指令」與「已取得正常的復原資料」是兩回事。請確認結束狀態、校驗碼、收錄內容等既定成功條件。
出問題就立刻復原
復原可能讓變更後收到的預訂、詢問或訂單遺失。請先確認影響範圍與目前資料，由人核准復原。
每次委託寫下的內容，以及應保留在營運規則的內容
本次的目標URL、文章名稱、症狀與核准內容，每次委託都應另寫。以下每次都應遵守的原則，可保留於AGENTS.md或CLAUDE.md。
- 調查委託不進行變更
- 正式環境變更前，確認正常備份
- 發布、刪除、復原與權限變更，由人核准
- 不在回答顯示秘密資訊或顧客資訊
- 變更後，以PC與手機確認公開畫面
檔案導入方法與免費範本，請參考AI網站管理的安全規則。
總結
讓AI協助旅宿網站時，請分開「調查」「選擇修正方法」「在正式環境外製作草稿」「只反映核准內容」。每個階段都應說明允許變更的內容、禁止變更的內容，以及AI應停止的位置。
若還不知道該委託什麼，請參考Codex與Claude Code諮詢入門；目的別委託範例可見WordPress營運提示詞10選；實際發生的失敗，請閱讀AI營運中的失敗，以及不能交給AI的工作。
參考資料
※AI工具的權限與核准畫面可能改變。使用時，請確認官方資料，以及目前簽約的伺服器與WordPress營運規則。
