RCF-104：⑧b 永續監測 Step 2 — 機制真觸發 wiring

日期：2026-06-22 ｜ 觸發條件：4（修改 post-consultation SOP 步驟 + 季度盤點 SKILL 核心執行步驟）｜ 來源：tasks.md L249（L248 Step 1 衍生）

背景

L248（2026-06-21）建立 tim-master-profile.md §3.1 永續監測機制（5 訊號 A-E + Ⓒ 雙軌消費者），但機制為被動 spec——偵測/季審/諮詢三條觸發路徑皆未接進實際執行流程（幽靈觸發）。L249 Step 2 補「會自動跑」的 wiring。

決策（最小可行 wiring + 延後 read-side，Tim「照建議執行」）

全面盤點揭露：tim-master-profile 更新機制共四幽靈觸發點（grep 證實全未 wire）

→ L249 完成的是整個 tim-master-profile 更新機制全觸發點，§3.1 burnout 為 payload 之一。

迴路設計（每環有依據）

偵測（reflection-log 主 / 諮詢補）→ D2 節流（§3「大多疲憊」常態 → 只在新訊號/惡化才問，否則違 §3.1 L177 不嘮叨）→ D3 Tim 確認後才寫（純推測入帳會虛高 ≥2 → 誤觸降載 → 違 §2.4 自主權）→ 寫入 §3.1 監測記錄（標 Claude偵測·Tim確認）→ 季審過帳 + 校基線 → 〔read-side 自動降載延後〕。① §5 支持系統（家庭核心）＝輕量模式回應錨點（非規勸休息）。

延後（不建，待 ≥1 自陳資料點）

• read-side 自動轉輕量模式（收尾派任務時讀監測記錄）：重型、動主 CLAUDE.md 收尾 → 觸發全部門同步。L248 daily-log L323 教訓「⑧b 第一步是問人不是設計系統」+ §3.1 監測記錄至今零資料 → 不為零資料流程建整套自動降載工廠。過渡為對話內版（Claude 當次察覺 ≥2 口頭輕提）；Tim 看趨勢的人工半邊（季審）即時生效。

WHY（為什麼這樣選）

• 為何最小可行而非全套：任務前提「Tim 累積 ≥1 次自陳後才值得建自動化」未滿足（零資料）。但 ②a 諮詢 hook + ②b reflection 錨點正是促成首次自陳的捕捉口（雞生蛋）→ 建捕捉路徑，緩建消費路徑（read-side）。
• 為何 ②b 是主路徑非可砍：Tim burnout 訊號主要在日常開發/策略對話浮現（諮詢相對稀少）；reflection-log 每對話必寫 → 覆蓋面最廣。
• 隱私落點：tzlth-hq 為 GitHub 私有 repo（未認證 API 404 證實）→ 訊號記錄寫 HQ §3.1 不公開曝險，結既有 reflection-log 隱私待辦。

影響範圍

改檔：tim-master-profile.md §3.1 / post-consultation-sop.md Step 3.9 / 諮詢完成.md SKILL Step 3.9 / 季度盤點.md Step 2.7c / reflection-log.md 頭部 / 總管.md ⑧b。零系統碼、零部署、inventory 不動、不碰主 CLAUDE.md（故免全部門同步）。

殘餘 / 後續

• read-side 自動降載：Tim 累積 ≥1 §3.1 自陳後評估建置（屆時動主 CLAUDE.md 收尾 → 觸發條件 1 + 全部門同步）。
• D14 順手修：reflection-log.md L4「不強制」與主 CLAUDE.md 收尾步驟 5「每次必寫」矛盾 → 已對齊。

信念変更紀錄