RCF-060 — 📊 分析模式禁止以壓縮摘要替代讀取（IMP-150 升規）
類型：規則變更 日期：2026-06-01 觸發條件：條件 1 — 修改 HARD STOP 規則（合規層① 新增 IMP-150 子規則 + 壓縮接續 Step 1 升規） 相關文件：
CLAUDE.md（合規層① L209 後新增 IMP-150 + 壓縮接續 Step 1 L73 升規）knowledge/improvements.md（IMP-150 狀態 ⏳→✅）dev/tasks.md（P1/P2 標 [x]）
問題背景
2026-05-22 執行全系統盤點時，因 session 壓縮接續後直接採用摘要中的 inventory.json 數據，未重新 Read 原始檔案，導致 5 項數據錯誤：
- 儀表板/知識庫/LINE Bot health_score 各少記 1 分（4→5）
- 財務系統 status 誤記為 "deployed_unverified"（實為 "live"）
- 財務系統 SUMMARY_API_KEY 誤記為未設定（實際 2026-05-14 已設定）
根本模式：session 壓縮摘要是二手描述，可能因壓縮截取或前次記錄不完整而包含過時數據。現有 IMP-111（「無對應工具調用 → 標注【未驗證假設】」）允許標注後繼續使用，在 📊 分析模式中力度不足——標注不等於可信。
Tim 親自授權升規：HQ 優化行動清單 2026-06-01 指定 IMP-150 升規為 CLAUDE.md 規則，不需等待 ≥2 次閾值。
考慮過的方案
| 方案 | 描述 | 優點 | 缺點 | 採用？ |
|---|---|---|---|---|
| 方案 A | 只在合規層① 新增 IMP-150 | 統一集中位置 | 攔截點在查照輸出前，但問題發生更早（壓縮接續後立即行動） | ❌ 不足 |
| 方案 B | 只在壓縮接續 Step 1 新增提示 | 攔截最早，問題發生時立即觸發 | 合規層自查時缺乏二次確認 | ❌ 不足 |
| 方案 C（最終採用） | 兩個位置都加：壓縮接續 Step 1 + 合規層① IMP-150 | 雙重攔截：壓縮後立即觸發 + 查照前再次確認 | 兩處維護，但規則本身不複雜 | ✅ 採用 |
最終決策
採用方案 C（雙重攔截），理由：
- IMP-150 的觸發場景主要是壓縮接續後，若只放合規層①，問題已在查照前發生（已使用摘要數據）才被發現
- 合規層①的 IMP-150 作為查照輸出前的最後防線，也確保非壓縮接續場景（如查照前忘記讀取）同樣被攔截
- 與現有 IMP-111 的關係：IMP-111 允許「標注即可繼續」；IMP-150 對 📊 分析模式升級為「必須 Read 後才允許引用，標注不足」
規則文字（合規層①）：
⛔ 📊 分析模式禁止以壓縮摘要替代讀取（IMP-150）：📊 分析模式查照中，查照結果表格含有「系統狀態、數值、環境變數、健康度」類欄位時，相關文件（inventory.json 等）必須在本次對話執行 Read 工具直接讀取；session 壓縮摘要中的數值不算有效工具調用，標注【未驗證假設】亦不足——必須 Read 後才允許引用。WHY：摘要可能截取失真，導致 5 項數據錯誤（IMP-150 初發 2026-05-22）。
壓縮接續 Step 1 升規：
- 讀取
dev/tasks.md— 確認目前進行中任務的最新狀態；⛔ IMP-150：若接續任務為 📊 分析模式，必須同時讀取hr/inventory.json；禁止以摘要數值代替讀取
影響範圍
| 影響類型 | 具體項目 |
|---|---|
| 修改文件 | CLAUDE.md — 合規層① L209 後新增 IMP-150 規則（1 行）；壓縮接續 Step 1 L73 加入 IMP-150 提示 |
| 修改文件 | knowledge/improvements.md — IMP-150 狀態 ⏳→✅ |
| 修改文件 | dev/tasks.md — P1/P2 標 [x] |
| 新增文件 | knowledge/decisions/RCF-060.md（本文件） |
| 觸發部門同步 | 無（部門 CLAUDE.md 已指針化，自動繼承合規層①變更） |
| 影響的 SKILL | 無直接影響（規則位於查照流程，SKILL 執行查照時自動適用） |
驗證方式
下次執行 📊 分析模式任務（盤點/週報/健康檢查）時：
- 若為壓縮接續：Step 1 執行時應同時 Read
hr/inventory.json - 查照輸出前合規層①自查：確認 inventory.json 欄位數據有對應本次 Read 工具調用
- 若只有摘要數據：合規層①攔截，補讀後才能繼續