content-calendar

编辑日历规划

开始之前

1. 检查品牌上下文：如果存在 brand/VOICE.md，请阅读它。日历规划应将内容主题与品牌支柱对齐。如果用户已经运行过内容策略技能，请参考该输出中的内容支柱和简报。

2. 确定日历类型：询问用户（或从他们的提示词中推断）他们需要哪种规划：

   • 月度日历 -- 跨平台规划一整个月的内容（templates/monthly-calendar.md.template）
   • 活动计划 -- 围绕单一主题、发布或活动的集中内容爆发（templates/campaign-plan.md.template）
   • 内容系列 -- 随时间发布的一系列相关内容（templates/content-series.md.template）

3. 收集输入：用户发布的平台、现有内容支柱、任何固定日期（发布、活动、节假日）、制作能力（每周现实可行的内容量）以及当前内容管线。

---

规划流程

阶段 1：上下文收集

在安排任何内容之前，先了解约束条件：

• 平台：用户在哪些平台上发布？每个平台都有不同的发布频率规范。参见 cadence-guide.md。
• 产能：团队每周现实可行地制作多少内容？要诚实——过度规划会导致倦怠和被放弃的日历。
• 支柱：存在哪些内容支柱？参考 brand/BRAND.md 或内容策略技能的输出（如果可用）。如果没有定义支柱，请根据用户的上下文建议 3-5 个。
• 固定日期：产品发布、会议、节假日、季节性活动、行业里程碑。
• 现有管线：已经在进行中、已排期或最近已发布的内容。避免冗余。

阶段 2：频率设计

根据以下因素为每个平台设定发布频率：

1. 平台规范：参见 cadence-guide.md 了解推荐频率。
2. 团队产能：绝不要超过团队能够持续承受的量。一个两周后就崩塌的日历，比一个适度但能维持六个月的日历更糟。
3. 内容质量阈值：先降低频率，再降低质量。每周一篇优质帖子胜过五篇平庸帖子。
4. 受众预期：如果你已经让受众习惯了每周一次的 newsletter，就不要突然改成每月一次。

针对独立创作者或小团队的推荐起始频率：

平台	最低可行频率	理想频率
博客	1/周	2/周
X / Twitter	3/周	1-2/天
LinkedIn	2/周	4-5/周
Newsletter	1/每两周	1/周
YouTube	1/每两周	1/周
Reddit	1/周	2-3/周

阶段 3：主题映射

将主题分配到日历槽位：

1. 将支柱映射到周：轮换内容支柱，避免单一支柱占据主导。简单的轮换（支柱 A、B、C、A、B、C……）适用于三个支柱。
2. 为每个平台分配形式：同一主题可以以不同形式出现在多个平台上。一篇博客文章可以变成一条推文串、一条 LinkedIn 帖子和一个 newsletter 版块。
3. 先锚定内容：先安排投入最高的内容（博客文章、视频、newsletter 专题）。然后填充可以从锚定内容衍生或补充锚定内容的较轻形式（推文串、LinkedIn 帖子）。
4. 留出缓冲槽位：将 10-20% 的日历槽位标记为「灵活」，用于反应性内容（回应新闻、趋势或社区对话）。

阶段 4：日历组装

使用合适的模板构建日历：

• 月度日历：使用 templates/monthly-calendar.md.template。逐周视图，包含日期、平台、格式、主题、支柱、状态和备注等列。
• 活动计划：使用 templates/campaign-plan.md.template。时间线视图，包含阶段、每个阶段的内容项以及协调的多平台执行。
• 内容系列：使用 templates/content-series.md.template。顺序视图，展示各个内容项如何连接，具有一致的节奏和贯穿的主线。

阶段 5：审查与调整

审查组装好的日历，关注以下几点：

• 支柱平衡：是否有某个支柱占比过高或过低？
• 格式多样性：你是否过于频繁地使用同一种格式？混合使用博客文章、推文串、视频、图片。
• 节奏：是否有自然的韵律？避免连续发布三篇重量级内容，然后毫无产出。
• 依赖关系：如果一篇 LinkedIn 帖子引用了某篇博客文章，博客是否已安排在更早的时间？
• 实际工作量：团队是否真的能完成这些内容？要毫不留情地诚实评估。

---

多平台协调

当同一主题出现在多个平台时，根据每个平台的规范进行调整：

平台	调整方式
Blog	全方位深入处理，包含结构、示例和细节
X / Twitter	提取最犀利的见解作为钩子。用推文串展开更深入的内容。
LinkedIn	专业化的表达框架，个人视角，以经验教训为导向
Newsletter	精选摘要，附个人评论和链接
YouTube	视觉化处理，演示或操作演示格式
Reddit	以社区为先的表达框架，注重实用价值，避免自我推销的语气

核心原则：同一主题，不同处理方式。 绝不要跨平台复制粘贴相同的文本。每个平台的受众都期待感觉原生自然的内容。

---

日历状态

使用以下状态标签进行跟踪：

状态	含义
idea	主题已确定，尚无内容简报
briefed	内容简报已写好
in-progress	草稿正在撰写中
review	草稿已完成，正在审查中
scheduled	最终版本已就绪，发布日期已设定
published	已上线
flex	预留用于反应式/时效性内容的档期

---

与其他技能的集成

此技能与更广泛的内容系统协调配合：

需求	技能
定义内容支柱	/content strategy
根据日历撰写博客文章	/content blog
根据日历撰写推文串	/content twitter
根据日历撰写 LinkedIn 帖子	/content linkedin
根据日历创建视频	/content video
将一篇内容改编为多种格式	/content repurpose
发布前审核一篇内容	/content audit

---

输出检查清单

在交付日历之前，请确认：

• 日历格式符合用户需求（月度、活动或系列）
• 发布节奏对团队的能力而言是现实的
• 内容支柱在日历周期内保持平衡
• 格式多样化（不是全是博客文章或全是推文串）
• 固定日期（发布、活动）已纳入考虑
• 多平台内容已按平台改编，而非复制粘贴
• 10-20% 的档期预留为灵活档期，用于反应式内容
• 各内容项之间的依赖关系已正确排序
• 每个档期都有足够的细节（主题、格式、支柱、平台），可以让某人撰写简报
• 日历可作为干净的 markdown 表格或结构化文档交付