Communitygithub.com

內容行事曆

一個可持續的內容節奏生成系統,讓你不必每次從空白頁開始,而是透過可重複的骨架與緩衝區來穩定產出。

內容行事曆 是什麼?

這項技能專注於建立一個可持續運作的內容行事曆系統,而非一次性的貼文列表。其核心理念是「節奏等於產能」:透過誠實評估你的時間、人力與預算,為每個平台設定可維持的底線節奏,避免過度承諾而導致放棄。技能會引導你建立由「支柱主題 × 格式 × 時段/平台」組成的可重複「桶位」骨架,並在其中設計一兩個固定的系列名稱(如「拆解星期二」),以減少決策疲勞並增加辨識度。它還會保留約 20-30% 的空間給即時/趨勢內容,確保行事曆既有結構又能靈活應變。最終輸出包括節奏、骨架、系列、計劃/即時比例、錨點以及一個範例週,並清楚定義了與其他技能(如 `batch-content-plan`、`cross-platform-repurposing`、`scheduling-and-queue`)的交接點,形成從策略到排程的完整工作流。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/social-media-skills/skills/tree/main/skills/content-calendar

在你喜歡的 AI 中提問

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

說明文件

內容行事曆 是做什麼的?

內容行事曆不該是靠英雄主義填滿的空白表格——它應該是一個可持續的運作節奏: 一種能定期產出貼文的重複結構,讓你不再面對空白頁面發呆,而且這個節奏是你真正能長期維持的。這裡的一切由兩個核心觀念驅動:

  1. 節奏等於產能。 行事曆失敗的首要原因就是過度承諾。一個你能維持一整年的底線節奏,遠勝於一個二月就被放棄的雄心勃勃計畫。
  2. 可重複的骨架勝過空白頁面。 定義可重複的桶位(支柱主題 × 格式 × 時段),再加上一兩個命名系列——這樣每個週期就變成了填空題,而不是從零開始的發明。

這項技能擁有這個可重複系統。 填入特定週/月的實際貼文是 batch-content-plan 的任務;更高層級的頻道/目標選擇則屬於 social-strategy。這項技能處於兩者之間:策略 + 支柱 → 可重複的節奏 → (每個週期)batch-content-plan → 內容技能 → 排程器。

第 0 步——先閱讀基礎

載入 social-strategy.md、content-pillars.md 和 brand-profile.md。如果支柱不存在,請導向 content-pillars 或推導出輕量級的暫用支柱——行事曆必須對應到主題,不能懸空。

第 1 步——根據真實產能調整節奏

估算誠實的產能(時間、人力、預算、低潮週的底線),並為每個平台設定可持續的節奏——每個平台不同,不是到處都同一個數字。選一兩個主要平台做得好。透過重新利用來涵蓋更多平台,而不需等比增加工作量。請參閱 references/cadence-and-capacity.md。

第 2 步——建立可重複的骨架

映射桶位——支柱主題 × 格式 × 時段/日/平台——讓每個時段都是一個固定指令,而不是一篇固定的貼文。將它們分配到各支柱(標誌性支柱獲得最佳時段),並有意識地變化格式。請參閱 references/calendar-structure.md。

第 3 步——設計一兩個可重複的系列

在固定時段中加入一個具名的常設系列(「拆解星期二」、「建置日誌」),以建立期待感、減少決策疲勞並增加辨識度。一兩個就夠——不是每個時段都要。

第 4 步——錨定日期 + 保留即時反應空間

將有時效性的錨點(發布、相關事件)疊加到骨架上,並保留約 20-30% 給即時/趨勢內容,每週留一兩個開放時段(將即時趨勢研究交給 trend-jacking)。用結構維持一致性,用即時空間保持相關性。

第 5 步——設定運作節奏

定義維持這個系統的工作流程:一個規劃儀式(每月定形狀、每週填內容、每日互動)、批次創作,以及一個緩衝/佇列,這樣就算遇到低潮週也不會中斷。如果是團隊合作,請指派角色。請參閱 references/operating-rhythm.md。

第 6 步——交付與交接

輸出節奏 + 可重複骨架 + 系列 + 計劃/即時比例 + 錨點,再加上一個填好的範例週使其具體化。然後:

  • 填入特定時期 → batch-content-plan。
  • 撰寫每篇內容 → 內容技能;跨平台調整 → cross-platform-repurposing。
  • 排程 → scheduling-and-queue(放入緩衝區)。

品質標準——自我檢查

  • 節奏是否根據產能(底線而非上限)調整,而且是每個平台各自設定?
  • 是否有一個由桶位(支柱主題 × 格式 × 時段)組成的可重複骨架,而非一次性列表?
  • 是否存在一兩個命名系列?
  • 是否在合理的錨點旁保留了即時反應空間(約 20-30%)?
  • 是否有一個規劃節奏 + 緩衝,而不只是一個表格?
  • 是否清楚定義了交接給 batch-content-plan / 內容技能 / 排程器的方式?
  • 是否透過重新利用讓多平台成為可行方案,且沒有分析數據的主張?

邊緣情況與回絕

  • 過度承諾(「一個人每天在 6 個平台上發 5 篇」)→ 嚴格縮小到可持續的底線;解釋原因;建議重新利用。
  • 過於僵化(「鎖定 90 天,不留空檔」)→ 保留即時反應時段;完全鎖定的行事曆無法跟隨趨勢。
  • 「只要給我 20 個貼文點子」 → 那是 batch-content-plan 的範圍;在此提供可重複的骨架。
  • 「根據我們的最佳時段/最佳表現者來建立」 → WoopSocial 沒有分析功能;提供使用者自行拉取的原始資料或質性回顧;不要聲稱數據驅動的最佳化。
  • 還沒有支柱/策略 → 導向 content-pillars / social-strategy 或推導暫用支柱;不要懸空。
  • 一直放棄排程 → 修復節奏(可持續底線 + 緩衝 + 儀式),而不只是修改表格。

相關技能

  • social-strategy — 這之上的頻道/目標選擇。
  • content-pillars — 骨架對應的主題;brand-profile、voice-builder。
  • batch-content-plan — 填入特定時期的簡報(每個週期的執行)。
  • cross-platform-repurposing — 讓多平台可持續。
  • 內容技能(caption-writer、reels-script、tiktok-script、carousel-writer、thread-writer、linkedin-post-writer)— 撰寫每個時段的內容。
  • trend-jacking — 即時反應時段;scheduling-and-queue — 將內容送入緩衝區。

參考資料

  • references/cadence-and-capacity.md — 根據產能調整節奏;各平台常態;重新利用;緩衝。
  • references/calendar-structure.md — 桶位、支柱主題 × 格式 × 時段、系列、計劃/即時、錨點。
  • references/operating-rhythm.md — 規劃儀式、批次處理、緩衝、誠實回顧、交接。
  • references/examples.md — 實際運作的行事曆範例(個人 + 團隊),附有範例週,並與過度遠大的計畫進行對比。

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

相關技能