RCF-048 — 下週發文規劃 SKILL 建立
類型：SKILL 日期：2026-05-18 觸發條件：條件 4 — 新增 SKILL「下週發文規劃」 相關文件：
.claude/skills/下週發文規劃.md（新建）content/CLAUDE.md（節奏段新增三篇架構說明）CLAUDE.md（SKILL 表 + 情境偵測表 +1 行）strategy/skill-context-guide.md（SKILL #31，v1.2→v1.3）knowledge/operations/commands-reference.md（SKILL 表 +1 行）dev/daily-checklist.md（週日區塊新增）strategy/weekly-schedule.md（週日時間 50→60 分鐘）content/content-calendar.md（05/26/27/29 佔位條目）
問題背景
每週日規劃下週發文時，沒有固定讀取清單，導致三篇（週二[C]/週三[K→C]/週五[K]）的分配依賴對話記憶，容易飄移，不符合 content/CLAUDE.md 定義的三篇固定結構。
Tim 在 2026-05-18 對話中明確定義三篇固定架構：
- 週二 [C]：漏斗型（Kit 電子報蒐集，CTA→careerssl.kit.com/74eaeda2a8）
- 週三 [K→C]：爆文/追蹤型（知識主體 + 末端追蹤/分享 CTA）
- 週五 [K]：推廣型（純知識輸出，促推廣分享）
需要建立 SKILL 保證每次週日執行時均讀取正確依據並輸出一致格式。
考慮過的方案
| 方案 | 描述 | 優點 | 缺點 | 採用？ |
|---|---|---|---|---|
| 方案 A | 口頭約定，不建立 SKILL | 零維護成本 | 依賴對話記憶，不可靠；壓縮後必飄移 | ❌ 未採用 |
| 方案 B（最終採用） | 建立獨立 SKILL 文件，兩段式輸出（草稿→確認→寫入行事曆） | 保證讀取依據一致；Tim 確認後才 Edit 降低誤操作風險；可隨時升規 | 需額外維護 SKILL 文件 | ✅ 採用 |
| 方案 C | 直接寫入 content/CLAUDE.md 作為規則，不建立 SKILL | 不需獨立觸發 | Tim 無法用觸發詞精確呼叫；執行邏輯與規則混在一起 | ❌ 未採用 |
最終決策
採用方案 B。SKILL 兩段式設計（Tim 說「下週發文規劃」→ 第一段輸出三篇草稿方向 → Tim 說「寫入行事曆」→ 第二段 Edit content-calendar.md）確保：
- 強制讀取四個依據文件（content-calendar.md / brand-profile.md / knowledge/references/ Grep / brand_voice.md）
- Tim 確認後才寫入，不會誤覆蓋已有條目
- 輸出格式統一，方便未來升規（如新增互動分析、AK 建議連動）
影響範圍
| 影響類型 | 具體項目 |
|---|---|
| 新增文件 | .claude/skills/下週發文規劃.md（v1.0，兩段式輸出） |
| 修改文件 | content/CLAUDE.md（節奏段 + 修改記錄） |
| 修改文件 | CLAUDE.md（SKILL 表 + 情境偵測表各 +1 行） |
| 修改文件 | strategy/skill-context-guide.md（SKILL #31，v1.3） |
| 修改文件 | knowledge/operations/commands-reference.md（+1 行） |
| 修改文件 | dev/daily-checklist.md（週日區塊新增） |
| 修改文件 | strategy/weekly-schedule.md（週日 50→60 分鐘） |
| 修改文件 | content/content-calendar.md（05/26/27/29 佔位條目） |
| 影響的 SKILL | 下週發文規劃（新建） |
驗證方式
- Tim 在週日說「下週發文規劃」→ Claude 讀取四個依據文件 → 輸出三篇草稿方向
- Tim 說「寫入行事曆」→ content-calendar.md 出現三筆新條目（日期正確、標籤 [C]/[K→C]/[K] 正確）
- 翻週後確認三篇均按照草稿方向發出