做下去，遇上新難題閱讀時間約 2 分鐘
看問題，與改問題，是不同工作
如果一句指令要 AI「全部檢查，看到問題就順便修好」，很容易把重要錯誤與純粹個人偏好的程式重整混在一起。最後改動範圍太大，反而難以說清每項修正原本在處理哪個問題。
在 My Next Step 的準備工作中，「唯讀檢視（read-only audit）」提供了另一個起點：先不動手改程式，只檢查系統並說清楚問題的實際影響。這樣現有版本仍然穩定，我也有具體內容可以判斷輕重緩急。
一項有用的發現，需要根據
開始前先定好需要檢視的範圍：權限把關、資料保存、服務異常處理和首次使用流程，往往比程式碼排列是否好看更重要。每項發現都要列明檔案位置、重現步驟、受影響的使用者或資料，並分清楚「已確認的錯誤」與「尚未測試的潛在疑慮」。
「唯讀」也包括執行期的影響。即使不修改原始碼，在瀏覽器按按鈕、跑測試或執行腳本，仍可能寫入資料。因此要使用安全的測試示例和已同意的環境，並交代哪些檢查當下無法進行。讀過更多檔案，本身不保證檢視已經完整。
修正，也要拆成能檢查的改動
按實際影響與先後依賴整理已確認的發現：哪些在推出前必須修好、哪些要再調查、哪些在目前階段可以接受，都先作決定，再為每項修正定下清楚目標和驗證方法。
檢視報告的作用是協助作出這些決定，而不是一張自動過關的上線證書。我想得到的是更清楚的說明：目前已知甚麼、需要改甚麼，以及還有甚麼必須親自試過。