Community生產力與協作github.com

已發布與已排程內容比對

每當 AI Agent 排程、上傳或發布內容(貼文、Reels、限時動態、影片、檔案)後,應載入此技能,用來比對實際已上線的內容。

已發布與已排程內容比對 是什麼?

此技能旨在解決排程工具常見的「假成功」問題:工具顯示「成功」,但內容實際上並未上線,原因包括令牌過期、帳號錯誤、格式被拒或跨平台發布時單一網路無聲失敗。它提供一個嚴謹的五步驟方法:首先從簡報或核准的行事曆建立明確的計劃清單,然後從排程器的清單中逐一比對已排程項目。在排程時間過後,必須在公開頁面(非管理後台)檢查內容是否確實存在且正確,最後僅輸出包含每列狀態(ok、missing、wrong、not yet due、not checked)的對比表格。此技能支援 Claude Code、Cursor、Codex 等主流 AI Agent 平台,能有效防止 Agent 僅依賴工具狀態訊息而做出「全部發布完成」的錯誤結論。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/RabbitDesigns22/published-vs-planned/tree/HEAD/skills/published-vs-planned

Installed? Explore more 生產力與協作 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

已發布 vs 已排程

一個工具顯示「成功」並不代表內容已經出現在個人檔案頁面上。排程器往往先接受任務,之後才失敗:令牌過期、帳號錯誤、格式被拒、跨平台張貼時單一網路無聲無息地失敗。使用者打開頁面後發現什麼都沒有,而 Agent 卻早已經回報「全部已發布」。此技能透過一條規則來弭平這個落差:只有在這次檢查中親眼看到內容已上線的列,才算是「已發布」。

使用時機

  • 你剛排程、上傳或發布了內容,正準備回報結果。
  • 有人問「發出去了嗎?」、「全部儲存了嗎?」、「為什麼 Instagram 上沒有?」。
  • 定期為客戶發佈內容的工作執行後,沒有人檢查過公開頁面。

不要用它來設計貼文、撰寫標題或閱讀廣告成效。它只回答一個問題:我計劃的內容是否出現在它該出現的地方、該出現的時間?

方法

1. 先建立計劃清單(在觸碰排程器之前)

每個項目、每個網路各佔一列。跨平台發布到 Facebook 和 Instagram 就是兩列。

編號帳號/頁面網路格式計劃時間(含時區)素材(檔案名稱或 ID)標題、開頭文字

規則:

  • 每一列都要寫明時區。排程器的時區與帳戶的時區往往不同。
  • 從簡報或已核准的行事曆中取得清單,不要憑記憶。
  • 如果某欄位未知,現在就說出來。不要事後用猜測來填補。

2. 排程後:從排程器自己的清單中讀回資料

關閉確認提示視窗。打開排程器的清單檢視(已排程貼文、排程工具、佇列),逐欄比對:

  • 正確的帳號/頁面、正確的網路
  • 正確的格式(貼文 vs Reels vs 限時動態)
  • 日期、時間與時區
  • 正確的素材(開啟預覽;計算輪播中的項目數量)
  • 標題完整無誤(開頭文字、換行、連結、主題標籤,沒有截斷)

任何不相符:立即修正,然後再次讀回比對。如果在清單中找不到某列,代表「未排程」,不管提示訊息說了什麼。

3. 排程時間過後:檢查 LIVE 的公開頁面

等到計劃時間過去,再多等幾分鐘。然後開啟公開頁面的內容,而不是管理後台:

  • 公開的個人檔案或粉絲專頁,盡可能在登出狀態或應用程式檢視下查看;或將該平台本身的「已發布」清單作為第二來源
  • Instagram 和 Facebook 分開檢查。跨平台發布時,其中一端常常無聲無息地失敗,完全沒有錯誤訊息。
  • 針對每一列確認:內容存在、帳號正確、格式正確、標題完整、素材能播放且是正確的素材、發布時間大致相符
  • 針對雲端硬碟上傳:用網頁檢視打開目標資料夾,檢查檔案名稱、檔案大小大於零,且能正常開啟

限時動態有時效性,某些格式會出現在不同分頁(Reels 分頁、限時動態存檔)。在斷定內容遺失之前,先確認已找到正確的位置。

4. 只回報比對結果表

先列出有落差的項目。提供精確的檢查時間(含時區)。

編號項目計劃時間已排程(清單檢視)已發布(公開頁面)落差及可能原因修正方式

每個儲存格的狀態字詞:ok、missing、wrong(說明哪裡錯)、not yet due、not checked(說明原因)。最後一行:「已於 11 月 4 日 21:40(UTC-5)檢查:9 個項目中有 7 個已發布,2 個有落差。」

5. 你可以使用及不能使用的詞語

  • 「已發布」和「已上線」:僅用於本次檢查中在公開頁面上驗證過的列。
  • 「已排程」:僅用於本次檢查中從排程器清單讀回比對過的列。
  • 永遠不要來自:工具狀態、標記為「成功」的任務、提示訊息、日誌行、先前的報告或記憶。
  • 如果你無法檢查(登入已過期、頁面被封鎖),請寫 not checked 並說明原因。「未知」勝過「可能沒事」。
  • 如果發現問題且你能安全地修正(重新排程、重新上傳、在獲得擁有者核准後重新發布錯過的時段),請執行修正,然後重新驗證並顯示新的證據。

6. 定期檢查頻率

  • 每次排程時段結束後:僅檢查該時段涵蓋的列。
  • 每天一次:完整表格。
  • 兩次檢查之間,只回報差異(「自上次檢查以來有 2 列發生變化」),而不是重複完整的故事。
  • 保留上次的表格與時間戳記,以便下次檢查可以與之比較。

實際範例

計劃:星期二有 3 個項目。於 21:40 回報。

編號項目計劃時間已排程已發布落差及原因修正方式
1粉絲專頁 A、FB、貼文星期二 10:00okok無無
2粉絲專頁 A、IG、Reels星期二 10:00okmissing跨平台發布至 IG 失敗,無錯誤訊息於 21:45 手動重新發布,現已上線(已驗證)
3粉絲專頁 B、FB、Reels星期二 18:00wrong:設為 08:00ok 但時間錯誤時區偏移(排程器設定為其他時區)已設定帳戶時區,下次批次請注意

錯誤回報:「全部 3 個項目已排程並發布。」(來自三個成功提示訊息。)

常見失敗原因

  • 令牌過期或已撤銷,或頁面權限已變更
  • 選錯帳號,或兩個相似的頁面/帳號
  • 格式被拒:Reels 太長、長寬比錯誤、不支援的編解碼器、標題過長
  • 排程器、帳戶與規劃人員之間的時區偏移
  • 儲存排程時媒體上傳仍在處理中,導致貼文儲存時沒有媒體
  • 跨平台發布時單一網路無聲失敗
  • 儲存為重複內容或草稿而不是已排程
  • 排程器清單經過篩選(日期範圍、單一帳號),導致列看起來遺失,或看起來存在但實際上是另一個項目
  • 內容發布後被平台標記,或因版權檢查而被移除
  • 雲端硬碟上傳:同步未完成、檔案落入錯誤的資料夾、零位元組檔案、權限未共享

限制

  • 你無法查看不具存取權限的私人或受限帳號;請如實告知。
  • 平台清單可能會有幾分鐘的延遲;在斷定內容遺失之前,請重新檢查一次。
  • 此技能僅檢查是否存在及正確性,不檢查是否有人看過。

相關技能