mcpField
C
content-calendar

content-calendar

github.com/social-media-skills营销与增长210838 次安装2 周前更新
代码仓库

关于 content-calendar

帮助营销团队建立可持续内容日历的技能,将内容支柱、平台和发布节奏转化为重复执行的框架。它侧重按实际产能安排内容,并预留灵活空间,而非只填一张固定排期表。

主要功能

  1. 01按团队产能设定发布节奏
  2. 02建立主题与形式的固定栏目
  3. 03设计一至两个系列
  4. 04安排锚点日期与灵活内容
  5. 05制定规划、批量制作和缓冲流程

适用场景

  1. 01为各平台制定可长期维持的节奏
  2. 02将内容支柱映射到固定栏目
  3. 03为趋势和突发内容预留位置
  4. 04建立每周填充与批量制作流程

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/social-media-skills/skills --skill content-calendar

安装后在 Claude Code 中输入/content-calendar确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
evals.json
references/
cadence-and-capacity.md
calendar-structure.md
examples.md
operating-rhythm.md

详细介绍

内容日历

内容日历不是一张靠拼命填满的空白表格,而是一种可持续的运营节奏: 一种定期重复的结构,能持续产出帖子,让你不必再盯着空白页面发愁,同时保持真正能够长期坚持的发布频率。这里的一切都由两个理念驱动:

  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 步 — 设计一到两个重复系列

在固定时段加入有名称的系列(“Teardown Tuesday”“Build Log”),以培养期待感、减少决策疲劳并提升辨识度。设置一到两个系列即可,不要让每个时段都变成系列。

第 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 的帖子分析数据是累计数据,不是最佳发布时间模型。将表现最佳的内容交由 analytics-and-reporting 处理;不要声称发布时间安排由数据驱动。
  • 尚无内容支柱/策略 → 转到 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 — 日历示例(个人 + 团队),包含每周示例,并与过于激进的方案对比。

评论

支持 Markdown