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

RCF-018:品牌分析 SKILL 升規 — Section 九發文內容深度分析(Condition 4)

類型:規格層變更紀錄(RCF) 建立日期:2026-04-28 觸發條件:Condition 4 — SKILL 核心執行步驟新增(Step 3a-5 + Section 九標準格式) 狀態:✅ 已實施


背景與問題

問題根源(Tim 在 Session 58 結束後提出)

  1. 知識庫可發現性問題:品牌標竿分析完成後存入 knowledge/brand-benchmarks/,但在內容規劃情境中沒有任何觸發路徑會主動引用這些分析結果。Tim 說:「我在知識庫中也沒有看到相關資料,我們應該要有一個區塊,是針對品牌分析的。」

  2. 分析維度不足問題:現有 SKILL 的 Section 八分析品牌定位、策略邏輯、可採用/不採用點,屬於「品牌層次」的理解。但 Tim 每天都要寫 Threads 貼文,需要的是「哪種主題 × Hook 組合在同類帳號身上有效」的即戰力洞察。這個維度(發文內容深度分析)在 Section 八中不存在。


方案對比

方案 描述 優點 缺點
A:不新增 Section 九 維持現有 Section 八,僅修正知識庫觸發路徑 執行時間不變(45-60 min) 沒有解決 Tim 的核心需求(發文內容即戰力洞察)
B:Section 九可選(非強制) 新增 Section 九格式,但標記為「視情況執行」 彈性,不增加每次執行時間 可選 = 實際上不執行,SKILL 的一致性下降;回訪無法比較
C:Section 九強制標準化(選定) 所有首次分析必須執行 Section 九(≥9 則);< 9 則改質性描述 建立可跨帳號比較的一致性基準;每次分析都有直接可用的「下一篇方向」 執行時間增加(60-80 min);樣本不足時需質性代替統計

選定方案 C 的理由

  1. 一致性:Section 九若可選,歷史分析檔格式不統一,回訪比較「主題分類演變」時無法對齊。
  2. 即戰力:Section 九第 4 個關鍵觀察(「Tim 明天可試行的第一篇是:Z」)是最直接的日常行動觸發,可選等於失去這個價值。
  3. 樣本閾值設計:「< 9 則改質性描述」的降級機制已處理小帳號或新帳號的特殊情境,不需要整個 Section 九可選。

實施內容

修改 1:.claude/skills/品牌分析.md

  • 預估時間:45-60 min → 60-80 min
  • 輸出規範品質標準:新增 Section 九 quality requirement(≥9 則統計;< 9 則質性)
  • 新增 Step 3a-5:Section 九完整格式(4 子節 A-D + Hook 六分類體系 + 執行前數據充分性確認)
  • Step 3b 回訪:差異比對新增 Section 九演變(兩項必填 + 演變摘要格式)
  • Step 4-1:首次格式「七段」→「九段」;回訪格式加入 Section 九演變摘要
  • Step 5:三個關鍵觀察 → 四個關鍵觀察(第 4 個固定格式:高互動組合 + 明天可試行的第一篇)

修改 2:content/CLAUDE.md

新增 ⛔ HARD STOP:「同類品牌分析查閱(規劃 Threads 系列企劃或月度主題前必執行)」

  • 觸發範圍明確限定:系列企劃(≥3 則連貫主題)或月度主題方向(非每篇貼文)
  • 有存檔 → 引用 Section 九高互動模式 + Section 八採用點
  • 無存檔 → 建議執行品牌分析 SKILL

修改 3:knowledge/CLAUDE.md

觸發情境新增:「規劃 Threads 系列企劃或月度內容方向時 → 先查 knowledge/brand-benchmarks/」

修改 4:knowledge/brand-benchmarks/README.md

  • 分析存檔表格:betweengos 描述更新(Section 八 + Section 九)
  • 新增「分析標準結構(首次,Section 一-九)」說明

修改 5:knowledge/brand-benchmarks/betweengos-2026-04-28.md

追溯補入 Section 九(樣本 7 則 < 9,A-C 有限統計 + D 質性描述)

修改 6:CLAUDE.md(主)

SKILL 表格品牌分析描述:加入「Section 九發文內容深度分析」


Section 九設計決策紀錄

Hook 六分類體系選定依據

選定數字式 / 問題式 / 懸念式 / 對比式 / 故事式 / 觀點式,理由:

  • 涵蓋 Threads 文字內容主要 Hook 模式,不過度細化(> 6 類難以區分)
  • 與 @betweengos 實際觀察匹配(懸念式 B2 已在 Section 八採用點中提及,Section 九提供系統化基礎)
  • 可跨帳號一致比較(未來分析其他帳號時使用相同分類)

回訪 Section 九 輕量設計決策

  • 回訪不重做完整 Section 九(會讓回訪時間從 15-20 min 暴增至 45+ min)
  • 改為在差異比對段落加入「Section 九演變摘要」(3 行:主題分類轉向 + Hook 更新 + 是否建議補做)
  • 有顯著轉向 → 標注「建議下次回訪重做完整 Section 九」,不在當次強制重做

數據充分性決策

  • 閾值設定 9 則:足以做三分類主題分析且有高低比較空間;低於此數目統計意義有限
  • 決策流程:執行前確認格式分佈記錄 + 個別 likes 數字 → 有則統計,無則質性
  • 質性描述必須明確標注「數據不足,建議下次補完」,不可無聲略過

影響評估

系統 影響
.claude/skills/品牌分析.md 核心升規,Condition 4 觸發
content/CLAUDE.md 新增 ⛔ HARD STOP(系列規劃前必查)
knowledge/CLAUDE.md 觸發情境 +1 條
knowledge/brand-benchmarks/README.md 標準結構說明 + 分析存檔表格更新
knowledge/brand-benchmarks/betweengos-2026-04-28.md 追溯補入 Section 九
CLAUDE.md(主) SKILL 表格描述更新
任何技術系統(官網/看板/診斷/預約) 無影響

後續追蹤

  • 下次品牌分析執行時(新帳號首次):驗證 Section 九流程是否按設計執行
  • 2026-07-28(@betweengos 回訪):補做完整 Section 九 D 子節(高低互動統計),取得 ≥9 則數據
  • 如 Section 九在 2-3 次分析後發現分類體系有調整需求 → 建立新 RCF 記錄修正理由
← 返回 決策記錄