RCF-086：知識編譯月底 check-and-trigger 機制
日期：2026-06-15 | 觸發條件：4（修改 SKILL 核心執行步驟）| 狀態：✅ 已落地 關聯：RCF-080（知識編譯 SKILL 建立）、IMP-170（採用核對禁過度宣稱）
一、背景與問題
知識編譯 SKILL（RCF-080，2026-06-10 建立）原「建議執行頻率」僅三行：「無固定排程（需求觸發）；AI架構每 2 個月；其他每季」。實際運作問題：
- 需求觸發依賴記憶：Tim 須記住「某群集隔多久該編譯」，記憶負擔高 → analyses 可能累積到 ●15+ 才想起編譯。
syntheses/僅 1 篇（2026-06-10 AI架構×知識管理），距今 5 天無新合成，但 analyses 已 31 份、③社群●5 / ⑦Threads●5 / ④職涯●4 三群集從未被合成。- tasks.md L107（KM-Phase2）要求「月頻化」，但無具體可操作機制。
二、決策
建立月底 check-and-trigger 機制：月頻化 ≠ 每月強制 compile，而是「每月底 check 一次閾值 → 達標才建議 compile」。需求觸發路徑並存不廢。
兩條觸發路徑並存
- 需求觸發（隨時）：
知識編譯 [群集名] - 月底 check（≥25 日）：
知識編譯確認→ Claude 跑 Step C1~C4 → 輸出建議 → Tim 決定是否觸發實際編譯
三層閾值（關鍵：刻意區分，避免混淆 = 8維框架 B 分支窮舉）
| 閾值 | 用途 | 數值 | WHY |
|---|---|---|---|
| 門檻（Step 0 hard stop） | 能不能編譯的品質下限 | ≥3 | <3 篇產出太少，直接停止 |
| 首次 cadence 建議 | 月底要不要主動建議「首次」編譯 | ●≥5 | 首次無基線，需足夠材料萃「群集核心主張」，3-4 偏薄 |
| 後續 cadence 建議 | 月底要不要主動建議「增量」編譯 | 自上次合成 ≥4 新 ● | AI架構 ~1.4 篇/週 → ≥4 約 4 週對齊月底；≥3 過頻（3週）、≥2 太頻（10天） |
三、方案比較（為什麼這樣選）
| 方案 | 說明 | 結論 |
|---|---|---|
| A 保持現狀（需求觸發） | 想到才觸發 | ❌ KM-Phase2 任務本身否定此路 |
| B 月底 check 機制（採用） | weekly-schedule +1 行 + SKILL 定義 check 程序 | ✅ 極低成本（markdown only）、習慣化、零開發 |
| C 自動 Cron | 程式自動偵測 + 觸發合成 | ❌ 知識編譯需 Tim 確認輸出 + IMP-170 採用核對需 Claude 在迴路，不適合全自動 |
月 vs 雙月 check：選每月底（與既有月底 section 任務同節奏，零額外習慣負擔；達標才動，未達標 skip 成本僅 2 分鐘 check）。
四、落地變更（4 處 + 本 RCF）
.claude/skills/知識編譯.md：- 「建議執行頻率」section 重寫為「建議執行頻率 + 月底 check-and-trigger 機制」：兩路徑 / Step C1~C4 程序 / 三層閾值表 / 各群集預期頻率表
- 「合法群集名」表修正漂移（2026-06-10 篇數 15/9/3 → 2026-06-15 16/10/4）+ 新增「已合成?」欄
strategy/weekly-schedule.md：月底 section 新增「知識編譯確認」check 行CLAUDE.md情境偵測表 🔍 知識研究：新增「月底 +『知識編譯確認』」🟡 強烈 行dev/tasks.md：L107 標 [x] + 衍生 2 條 P3（首次編譯 ③⑦ / token budget 長期 revisit）
五、check 程序定義（SOT 於 SKILL，此處摘要）
C1 讀 topic-index 知識編譯記錄 → 各群集最後合成日（未現=從未）；先查 topic-index 新鮮度（>14天提醒漂移）
C2 計算待合成量：首次=維度密度 ● 數；後續=最後合成日後新增 ● 數（從「完整分析檔」欄日期）
C3 三類分群：🟢建議立即（首次≥5/後續≥4）/ 🟡接近（首次3-4/後續2-3）/ ⚪暫緩；⚡跨群集潛力（兩群各≥2+主題重疊）
C4 一句話建議（含預計篇數，或「本月無達標 → skip」）
六、8維框架 A-H 評估摘要（RCF-082 gate）
A 資料流 ✅（不改流，只增觸發頻率）/ B 分支窮舉 ✅（三層閾值刻意分離 + 首次vs後續分支）/ C 生命週期 ✅（forward-only 累積，SYS-08 自動渲染無上限問題，惟 token budget 長期已立 P3 追蹤）/ D 步驟交點 ✅（check 為 Step 0 前置，不改 0~5 順序）/ E 人為因素 ✅（固定月底節奏降記憶負擔）/ F 錯誤邊界 ⚠️→已處理（topic-index 漂移風險 → C1 加新鮮度提醒）/ G 輸出格式 ✅（不影響 syntheses 五段格式）/ H 下游同步 ✅（NotebookLM/SYS-08 既有自動同步）
七、信念變更
- from：「知識編譯需求觸發即可，固定排程是過度設計」
- to：「需求觸發 + 月底 check 雙軌——check 不強制 compile，只補盤點節奏，邊際成本 2 分鐘/月，解開『累積過量才想起』風險」
- trigger：KM-Phase2 評估，讀 topic-index 後發現 3 群集從未合成（②③⑦ 累積但無人盤點）
- 信心変化：+（盤點機制比純記憶可靠）
八、未納入 / 排除
- 不建 Cron 自動化（automations.md 無新條目）：理由見方案 C。
- ⑤SEO ●2 / ⑥產品 ●1：未達門檻 ≥3，暫不納入 check 建議。
- 不修改 SKILL Step 0 門檻 ≥3（品質下限不變，cadence 閾值為獨立新增層，非取代）。