RCF-023 — 知識庫稽核 SKILL 建立（整理知識庫）
類型：規則變更 日期：2026-04-28 觸發條件：條件 4 — 新增 SKILL（整理知識庫，9 步驟內部稽核） 相關文件：
.claude/skills/整理知識庫.md（新建）knowledge/locations-registry.md（新建）knowledge/inbox.md（新建）knowledge/CLAUDE.md（新增觸發情境 + 文件索引 + 輸入來源）strategy/weekly-schedule.md（月底新增「整理知識庫」稽核）- 主
CLAUDE.md（SKILL 表新增一行 + 情境偵測表新增一行）
問題背景
RCF-022（2026-04-28）建立 D1-D5 主動掃描機制後，Tim 指出系統仍缺兩個機制：
- 定時確認：所有知識存放位置（本機/雲端）的定期稽核
- 手動觸發：說「整理知識庫」時全面確認知識庫狀態
根本問題框架：知識有三種死亡方式：
- 沒進來（D1-D5 解決）
- 進來了沒整理（本 RCF 解決）
- 整理了沒用到（knowledge/CLAUDE.md 觸發情境規則解決）
設計過程中確認的關鍵缺口：
- Google Drive 新增子資料夾時，原本的 locations-registry 靜態清單需要手動維護 → 改用 Drive MCP 直接掃根目錄「職涯停看聽_總倉儲」，自動偵測任何新建資料夾
- 手機無法使用 Claude Code，inbox 的行動輸入路線缺失 → 暫行方案（LINE 自傳 + 桌機轉移）+ 未來升級（LINE AI 助理 GAS 方案，另開任務）
- NotebookLM 是外部 SaaS，Claude 無法讀取其當前選源狀態 → 改為「比對 Drive 新增文件 → 輸出建議清單 → Tim 確認是否更新」
考慮過的方案
| 方案 | 描述 | 缺點 | 採用？ |
|---|---|---|---|
| 方案 A：整合進現有健康檢查 SKILL | 健康檢查已有系統層稽核 | 健康檢查針對技術系統（SYS-01 至 SYS-09），不針對知識內容位置；合併會使兩者都做不完整 | ❌ |
| 方案 B：擴充月度知識掃描觸發詞 | 月度知識掃描後自動執行稽核 | 外部掃描（D1+D2）與內部稽核性質不同，時長不同；合併讓每次月度掃描都執行完整稽核，效率低 | ❌ |
| 方案 C：獨立 SKILL + 月底整合（採用） | 獨立設計 9 步驟稽核 SKILL，整合進月底現有節奏 | 月底增加約 20-30 分鐘；inbox 手機路線暫不自動化 | ✅ |
最終決策
採用方案 C。
Drive MCP 直接掃描是關鍵設計決策：原本計畫用 locations-registry.md 靜態記錄 Drive 子資料夾，但 Tim 指出「掃最外層根目錄」才是正確邏輯——新建子資料夾自動被偵測，靜態清單無需手動維護。Drive MCP 工具在 Claude Code 環境已可用，直接實現此方案。
locations-registry.md 仍保留作為「非 Drive 位置」的登記表（本機 PDF 庫、NotebookLM、GitHub），以及稽核歷史記錄。
影響範圍
| 影響類型 | 具體項目 |
|---|---|
| 新增文件 | .claude/skills/整理知識庫.md（SKILL 定義，9 步驟） |
| 新增文件 | knowledge/locations-registry.md（位置登記表，LOC-1 至 LOC-5） |
| 新增文件 | knowledge/inbox.md（隨時記下待處理佇列） |
| 修改文件 | knowledge/CLAUDE.md（觸發情境 +1 / 文件索引 +2 / 輸入來源補充） |
| 修改文件 | strategy/weekly-schedule.md（月底新增整理知識庫行，約 +30 分鐘） |
| 修改文件 | 主 CLAUDE.md（SKILL 表 +1 行 / 情境偵測表 +1 行） |
後續行動
- LINE AI 助理（inbox 手機自動化）：另開任務（設計草案：LINE Messaging API + GAS 擴充 + Gemini/Claude API Q&A + GitHub API 寫入 inbox.md）
- 「整理知識庫」SKILL 首次執行後，更新本 RCF 驗證狀態