RCF-078：收尾快照內容邊界規則

建立日期：2026-06-09 觸發條件：新增/修改 HARD STOP 規則（收尾七件事步驟 7）狀態：✅ 已實施

背景

Session 54 品牌分析查照過程中，Tim 發現任務清單「很多任務都是執行過或時間還沒到」。追查根因：

收尾七件事步驟 7「未完成任務快照」的現有規則已明確說「從 dev/tasks.md 輸出所有 [ ] 項目」，但 Claude 在實際執行時補充了兩類不應出現的項目：

Tim 個人待辦：預約系統客戶評價 email、LINE Day3/Day7 排程訊息——這些從未正式進入 tasks.md，是 Tim 的個人行動
watchlist 未到期追蹤項目：@careerchanon 回訪（排定 2026-08-13）在快照中被錯標為「P2」，但它既非 tasks.md [ ] 項目，也尚未到期

結果：快照看起來有「很多待辦」，但實際上 tasks.md 只剩 1 條 P3 [ ] 項目。

決策

Tim 選擇：

B：Tim 個人行動由 Tim 自行管理，tasks.md 只追蹤 Claude 的工作；需要 Claude 追蹤的個人行動需 Tim 確認後才正式加入 tasks.md

C：快照規則明確化——P1/P2/P3 三區塊及 🎯 P2 聚光燈只從 tasks.md 真實 [ ] 項目選取，不補充 Tim 個人行動或 watchlist 未到期項目

規則變更

在 CLAUDE.md 收尾七件事步驟 7 的「禁止」行之後，新增：

> ⚠️ **快照內容邊界（RCF-078）**：P1/P2/P3 三區塊及 🎯 P2 聚光燈
> 只從 dev/tasks.md 的真實 [ ] 項目中選取。禁止補充：
> ① Tim 個人待辦（未正式寫入 tasks.md 的行動，由 Tim 自行管理）
> ② watchlist 未到期追蹤項目（brand-benchmarks 等定期回訪，到期前不得列入快照）
> 如需 Claude 追蹤 Tim 個人行動 → Tim 確認後才正式新增至 tasks.md [ ] 項目

為什麼這樣選

快照的功能是「讓 Tim 知道 Claude 有哪些待辦」，不是「Tim 的所有提醒事項彙整」
Tim 個人行動混入快照，讓 Tim 誤以為是「Claude 的任務積壓」
watchlist 回訪日期混入快照，讓未到期的計劃看起來像「逾期未做」
分開管理清晰責任邊界：Claude 的工作 → tasks.md；Tim 的個人行動 → Tim 自管或 Tim 確認後進 tasks.md

影響範圍

主 CLAUDE.md：收尾七件事步驟 7（已修改）
版本號：v3.7 → v3.8
部門 CLAUDE.md：收尾七件事已指針化，自動繼承，無需逐一修改