RCF-074 — 查照品質標準補外部 SaaS 現況確認 + 動作詞觸發（IMP-092 升規）
類型：規則變更 日期：2026-06-09 觸發條件：條件 1 — 修改 HARD STOP 規則（兩段式啟動協議 → 查照品質標準表格） 相關文件：
CLAUDE.md（兩段式啟動協議 → 查照品質標準 table）knowledge/improvements.md（IMP-092）
問題背景
IMP-092 記錄（出現次數 3）：查照現況確認原則「文件記錄 ≠ 實際狀態」只應用於本機路徑，未涵蓋外部 SaaS 設定（GCP/GA4/GitHub Secrets/Vercel/LINE OA 等）。典型案例：D-4 Phase B 查照只讀本機 tasks.md，未實測 GA4 Property Access Management，差點引導 Tim 重複建立已存在的 Service Account（浪費 15-20 分鐘 + GA4 多一個廢棄 SA）。
第二個子型態（2026-05-04）：任務描述含「清理/修正/取代/廢棄」等動作詞，但查照前未讀指涉文件原文，依假設規劃執行順序。
考慮過的方案
| 方案 | 描述 | 優點 | 缺點 | 採用？ |
|---|---|---|---|---|
| 方案 A：修改文字說明段落 | 在現有規則文字後加 SaaS 例外說明 | 改動小 | 難被自查時「看到」，觸發率低 | ❌ 未採用 |
| 方案 B：新增獨立 HARD STOP 章節 | 單獨新增「外部 SaaS 現況確認 HARD STOP」 | 最顯眼 | 規則數量再增，與「查照品質標準表格」重複 | ❌ 未採用 |
| 方案 C（最終採用）：在查照品質標準 table 新增兩行 | 在既有表格插入兩新行，與其他查照項目並列 | 保持表格為單一查照清單；自查時一次掃到 | 表格行數增加 | ✅ 採用 |
最終決策
在查照品質標準 table 新增兩行（緊接在「涉及本機路徑 → 實際掃描確認」行之後）：
行 1（外部 SaaS）：涉及外部 SaaS 設定（GCP/GA4/GitHub Secrets/Vercel/LINE OA 等）→ Tim 已授權瀏覽器：實測確認；未授權：查照中明標「外部狀態未實測，請 Tim 截圖確認」
行 2（動作詞）：任務描述含「清理/修正/取代/廢棄」動作詞 → 先 Grep + Read 指涉文件原文（含上下文 5 行），確認實際狀態後再查照
理由：兩個子型態觸發條件不同（一是外部系統，一是動作詞觸發），但都屬於「查照現況確認」的延伸，放在同一 table 是最低摩擦的整合方式。
影響範圍
| 影響類型 | 具體項目 |
|---|---|
| 修改文件 | CLAUDE.md — 查照品質標準 table 新增兩行 |
| 修改文件 | knowledge/improvements.md — IMP-092 狀態更新為 ✅ 已升規 |
| 觸發部門同步 | 主 CLAUDE.md 修改，各部門指針化繼承，無需逐一更新 |
| 影響的 SKILL | 所有含查照的 SKILL 自動繼承新規則 |
驗證方式
下次查照涉及外部 SaaS 或含動作詞時：
- 外部 SaaS：Claude 在查照中展示實測結果（截圖或直接確認），或明標「外部狀態未實測，請 Tim 截圖確認」
- 動作詞：Claude 在查照前先 Grep + Read 指涉文件，展示實際現況後再規劃
- 不再出現「依 tasks.md 記錄規劃 Tim 操作步驟，Tim 實測後發現已完成」的情況