📚職涯停看聽・知識庫← 總部儀表板
📅最後更新：2026/04/29
📑 目錄

RCF-026 — 建立 knowledge/cases/ 客戶諮詢洞察知識層

類型：SKILL + 系統架構 日期：2026-04-29 觸發條件：條件 4 — 修改諮詢完整輸出 SKILL 核心步驟（Step 6 學習出口新增 cases/ 強制項目） 相關文件：

  • knowledge/cases/README.md（新建）
  • .claude/skills/諮詢完整輸出.md（Step 6 修改）
  • knowledge/CLAUDE.md（分類結構 + 輸入來源 + methodology/ 衝突清除）
  • knowledge/architecture.md（新增 [3b] 來源路徑 + 同步頻率表 + LEG-1 合規確認）
  • crm/CLAUDE.md（新增 knowledge/cases/ 邊界說明）

問題背景

Tim 在 2026-04-29 提出：應在知識庫中建立一個獨立區塊，存放客戶諮詢報告與回饋，用途包含：

  1. 個人檢討與方法論優化
  2. 官網案例更新素材
  3. Threads 貼文素材
  4. 產品設計參考

現有問題：

  • 諮詢洞察分散在 crm/sessions/（自我檢討）、client-patterns.md（抽象 pattern）、對話記憶中
  • crm/sessions/ 是流程管理層，Claude 寫貼文時難以直接調用（格式不統一、目的不同）
  • client-patterns.md 是跨案例抽象規律，不是單一案例洞察
  • 未建立「可調用知識」與「流程記錄」的清楚邊界

初版提案（未讀檔案版）有以下缺口，後經兩輪嚴謹自查補完：

  • 未讀 crm/CLAUDE.md + knowledge/architecture.md 就提案（假設基礎）
  • by-ptype + by-topic 雙分類 = 重複存檔風險
  • LEG-1 合規未設計
  • knowledge/CLAUDE.md 的 methodology/ 描述有「客戶案例結構化記錄」殘留（雙重定義）
  • SKILL 整合點未確認（需讀諮詢完整輸出.md 才知道 Step 6 是正確插入點）

考慮過的方案

方案 描述 優點 缺點 採用？
方案 A：放入 methodology/ 案例放 knowledge/methodology/cases/ 不需新子資料夾 methodology/ 已有「客戶案例結構化記錄」描述，但從未實際建立；且 Tim 明確要「獨立區塊」；methodology/ 是方法論文件，案例是洞察記錄，用途不同 ❌ 未採用
方案 B：雙分類 by-ptype + by-topic 兩個資料夾交叉存放 按不同維度快速找到案例 同一案例存兩份 = 不同步風險；違反 SSOT 原則；README 索引可解決多維度問題 ❌ 未採用
方案 C：放入 client-patterns.md 案例直接寫入現有文件 零新建成本 client-patterns.md 是抽象 pattern（跨案例規律），混入具體案例會稀釋品質，且無法按代號快速查找 ❌ 未採用
方案 D：放入 Google Drive 案例存 Google Drive 16_諮詢紀錄 與逐字稿同位置，方便 Tim 管理 Claude 讀取需 Drive MCP（增加摩擦）；16_諮詢紀錄 是高隱私層（完整逐字稿），cases/ 是低隱私知識層，分層存放更合理 ❌ 未採用
方案 E（最終採用）：獨立 knowledge/cases/ + README 三維索引 每案例一份 MD，README 是唯一索引（P-type × 主題 × 用途） SSOT（不重複存檔）；Claude 直接讀；LEG-1 合規；與 CRM 邊界清晰；SKILL 自動觸發 README 手動維護（< 30 案例時成本低；未來可自動化） ✅ 採用

最終決策

採用方案 E：獨立 knowledge/cases/ 資料夾，單一索引 README，SKILL 強制觸發。

選擇原因：

  1. Tim 明確要「獨立一個區塊」→ 排除方案 A/C
  2. SSOT 原則 → 排除方案 B（重複存檔）
  3. Claude 調用效率 → 排除方案 D（Drive MCP 摩擦）
  4. README 三維索引可解決多維度查找需求，無需重複存檔

與現有系統邊界：

  • CRM = 流程管理層（誰、何時、狀態、財務）
  • cases/ = 知識萃取層（學到什麼、怎麼用）
  • 兩者互補，不重疊

影響範圍

影響類型 具體項目
新建文件 knowledge/cases/README.md（索引 + 格式規格）
修改 SKILL .claude/skills/諮詢完整輸出.md Step 6 學習出口新增第 4 個 checkbox（強制）
修改知識庫 CLAUDE.md ① 移除 methodology/ 的「客戶案例結構化記錄」② 新增 E 類（cases/）分類 ③ 更新輸入來源說明
修改架構文件 knowledge/architecture.md 新增來源 [3b]、同步頻率表新增一列、LEG-1 確認
修改 CRM CLAUDE.md crm/CLAUDE.md 新增 knowledge/cases/ 邊界說明章節

驗證方式

  1. 結構驗證：knowledge/cases/README.md 存在，格式包含 P-type / 主題 / 用途三個索引表
  2. SKILL 整合驗證：下次執行「諮詢完整輸出 [客戶代號]」時，Step 6 學習出口中有「案例洞察 → knowledge/cases/」checkbox
  3. 調用驗證：Claude 撰寫貼文時，Grep knowledge/cases/README.md 可找到相關案例代號，Read 對應 MD 取得洞察
  4. 邊界驗證：CRM 記錄業務狀態，cases/ 記錄知識洞察，兩者不重疊，均有說明文字
← 返回 決策記錄