test-publish

name	test-publish
description	跑 publish-* 的 dry-run 模式 — 走完所有 step 但不點最後的「發佈/Share」按鈕，留下 0 篇真正貼文。用於 SKILL.md 改動後 / 平台 UI 變化體檢。

共通規則見 docs/OPERATING_RULES.md。本檔描述 dry-run 編排。

何時用

• 改完某 publish-* SKILL.md 後驗收（例：剛加的 WhatsApp dialog 處理是否還抓得到）
• 平台 UI 疑似改版、想快速體檢「到 Stage C 為止流程是否還活著」
• 不適用：使用者想真正發文 → 用 /publish-now

用法

/test-publish <platforms> [draft:<draft_id>]

• <platforms>: ig / fb / tt / yt / x，逗號分隔（例 fb,ig）
• draft:<draft_id>（選填）：指定既有 draft；省略則找 reports/drafts/ 內最新的（含對應 platform suffix）
• 至少要有一筆既有 draft — dry-run 不會幫你 draft，只跑 publish 流程

流程

1. 解析參數，找到對應 draft JSON（每平台一個）
2. 為每個平台 spawn 一個 publish- subagent，prompt 內明確標 mode: dry_run
3. Subagent 讀對應 .claude/skills/publish-<platform>/SKILL.md 的「Dry-run 模式」section、按它的 abort point 跑
4. 每個平台跑完回 {"status": "dry_run_ok" | "dry_run_failed", "stages_passed": [...], "abort_at_step": "...", "issues": [...]} 之類
5. 所有 subagent 結束後，主 session 整合報告回 TG

Dry-run 各平台 abort 點摘要

平台	跑到	不點什麼	收尾
facebook	Stage C「Reel 設定」開到底	最後的「發佈」	點「返回」或關 dialog X
instagram	caption 打完、Share 顯示為可點	「Share / 分享」	關 composer dialog
其他（tt/yt/x）	各 SKILL.md 的「Dry-run 模式」section	同上	同上

主 session 回報走 TG，遵守 docs/OPERATING_RULES.md §3 的格式（純文字、≤ 5 句、URL 直貼、無 markdown 表）。

不要做

• 不要為了「測 dry-run」生新的 draft — 用既有 draft 就好
• 不要因為 dry-run 失敗（找不到按鈕、dialog 卡住）就重試 — 一次失敗就報、讓使用者改 SKILL.md
• 不要用 dry-run 結果當作「真實 publish 一定會成功」的保證 — dry-run 只覆蓋 95%，最後那個 click + 後端處理沒驗到（例 5/5 那種後端默默吞掉 publish 的狀況）。報告時要明說「dry-run ok ≠ 真實 publish 一定 ok」