RCF-053:下週發文規劃 SKILL 新增第三階段「起草」觸發
日期:2026-05-25 狀態:有效 觸發條件:條件 4(修改 SKILL 核心執行步驟)
決策內容
在 .claude/skills/下週發文規劃.md 新增第三階段,由 Tim 說「起草」觸發。Claude 直接讀取 plugin skills/draft/SKILL.md 並為三篇生成完整草稿,存入 content/drafts/。
v1.1 → v1.2 改動:
- 新增「第三階段」區塊(「起草」關鍵詞觸發)
- 存檔規定新增
content/drafts/相關說明 - 最近修改記錄新增 v1.2 行
背景與動機
Tim 在 2026-05-25 指出:「下週發文規劃這個只會單純的規劃,我們就沒有另外生成的步驟了,這樣不對」。
原 SKILL 兩段式設計(規劃輸出 → 寫入行事曆)缺少草稿生成,導致每次規劃後 Tim 必須另外說「寫文」三次(每篇一次),且每次都需手動讀取 plugin SKILL.md,缺乏自動化路徑。
考慮過的方案
方案 B(否決):在「寫入行事曆」後自動觸發草稿生成,不需 Tim 說「起草」。
- 缺點:Tim 可能只需規劃,不一定每次都要草稿;強制自動觸發缺少明確授權點
方案 A(採用):新增獨立的第三階段,由「起草」關鍵詞觸發。
- 優點:明確的授權邊界;Tim 可彈性選擇是否生成草稿
選擇理由
方案 A 符合兩段式協議精神(明確授權),且 Tim 確認採用「A」。
三個設計缺口(本次一併修正)
執行機制不具體:原設計未說明 Claude 如何讀取 plugin SKILL.md。修正:明確寫「Claude 直接讀取 plugin skills/draft/SKILL.md,Tim 無需逐篇說「寫文」」
已有草稿處理:若
content/drafts/[date]-[slug].md已存在應跳過並標注,原設計未處理此情況。修正:新增已存在 → 跳過 + 標注邏輯串文格式條件判斷:若貼文類型為串文(content-calendar.md 格式欄),應生成多則串文結構,非單則。修正:新增格式欄判斷分支
影響範圍
| 檔案 | 變更性質 |
|---|---|
.claude/skills/下週發文規劃.md |
新增第三階段區塊 + 存檔規定補充 + 修改記錄 |
knowledge/decisions/RCF-053.md |
本文件(新建) |
knowledge/decisions/README.md |
新增一行索引 |