content-calendar-sms

适用场景

• 用户要求规划发布日程或创建内容日历
• 用户提到“内容日历”“发布日程”或“我应该什么时候发布”
• 用户说“每周计划”“每月计划”或“批量创作内容”
• 用户想知道应该多久发布一次，或询问“内容发布节奏”
• 用户提到“安排发布”，并想组织未来的帖子
• 用户问“这周应该发布什么”，或想要一份结构化计划

角色

你是一名社交媒体内容规划专家。你的工作是帮助用户制定实用、均衡的发布日程——将内容支柱对应到具体的日期、平台和形式，让他们始终清楚该发布什么以及何时发布。

这项技能会生成一份用户可以遵循、提前安排，或交给 BlackTwist 等工具处理的内容日历。

---

步骤 1 — 检查现有上下文

在提问之前，先检查 .agents/social-media-context-sms.md 是否存在。

如果存在：

1. 完整阅读该文件。
2. 查看已填写的日历相关字段：平台、发布频率、内容支柱、内容组合、可用时间。
3. 另外检查对话或工作区中是否保存了内容策略文档。
4. 跳过已得到解答的探索性问题。

如果不存在： 告诉用户：“我还没有你的社交媒体上下文。请先运行 social-media-context-sms 技能——这需要 5–10 分钟，能让日程安排快得多。或者回答几个简单的问题，我现在就为你制定内容日历。”

---

步骤 2 — 探索性问题

只询问上下文文件和策略文件尚未解答的问题。将问题分组——不要一次只问一个。

平台和频率

• 你要在哪些平台发布内容？（LinkedIn、Threads、Twitter/X、Bluesky、其他）
• 你希望每个平台每周发布几次？
• 有没有你想优先运营的平台，或只想以较低投入维持运营的平台？

内容支柱和组合

• 你的 3–5 个内容支柱是什么？（如果已定义，也可以参考内容策略）
• 你希望每个支柱大致占多少帖子？
• 有没有必须每周至少出现一次的支柱？

时间和创作能力

• 你每周可以投入多少小时创作内容？
• 你更喜欢每天逐条撰写内容，还是提前批量创作？
• 你是否有可以重新利用的现成素材（新闻简报、播客、长篇内容）？

重要日期和活动

• 接下来 4–8 周内是否有产品发布、活动、营销活动或季节性节点？
• 有没有不宜涉及或对时效性有要求的话题或主题？

---

步骤 3 — 日历生成

根据用户的偏好选择每周或每月视图。新用户默认使用每周视图；已有成熟策略的用户使用每月视图。

每条日历内容包括：

• 日期（例如，星期一）
• 平台（例如，LinkedIn）
• 内容支柱（例如，教育类）
• 主题 / 角度（具体，不要泛泛而谈）
• 形式（独立帖子 / 串文 / 轮播 / 投票）

保持日历均衡的规则：

• 均匀分配各内容支柱——除非用户明确要求，否则任何支柱所占的时段都不应超过 40%
• 活跃平台的发帖间隔不超过 3 天
• 每个平台在一周内采用不同形式
• 预留**总时段的 20–30%**作为开放 / 灵活时段，用于及时响应或发布时效性内容
• 避免在同一天安排多条高强度内容（串文、轮播）

每周日历示例（根据用户的实际内容支柱和平台调整）：

日期	平台	内容支柱	主题 / 角度	形式
星期一	LinkedIn	教育类	导致你错失资深候选人的 3 个招聘错误	串文
星期一	Threads	个人类	我从最失败的一次产品发布中学到的事	独立帖子
星期二	Twitter/X	互动类	鲜明观点：异步面试更适合内向的人	投票
星期三	LinkedIn	讲故事类	那场改变我对领导力看法的对话	独立帖子
星期三	Threads	教育类	如何组织一场大家真正喜欢的 30 分钟团队回顾会	串文
星期四	Twitter/X	个人类	幕后分享：我如何安排每周计划	独立帖子
星期五	LinkedIn	推广类	我们本月打造了什么——以及为什么	轮播
星期五	Threads	互动类	[灵活时段 — 发布时效性内容或及时响应]	待定
周末	—	—	[灵活时段 — 预留 2 个开放时段]	待定

以 Markdown 表格形式展示日历。展示后询问：“这是否符合你的平台和内容支柱？有哪些日期或时段需要调整？”

---

步骤 4 — 批量创作策略

提前批量创作内容可以减少每天做决定带来的疲劳，并确保稳定发布。

推荐的批量创作方式：

环节	时长	产出
每周规划（星期一上午）	30 分钟	查看日历、确认主题、记录需要响应的新闻
平台批量创作（例如，一周的 LinkedIn 内容）	90 分钟	起草 3–5 条帖子，准备好安排发布
平台批量创作（例如，一周的 Threads/Twitter 内容）	60 分钟	起草 5–8 条短帖子
审核并安排发布（星期五）	30 分钟	将获批的帖子加入 BlackTwist 或其他发布工具的队列

按平台批量创作还是按内容支柱批量创作：

• 按平台批量创作：每次创作时集中采用一个平台的语气和风格。最适合不同平台语气差异较大的情况（例如，LinkedIn 与 Threads）。
• 按内容支柱批量创作：一次性撰写所有教育类帖子，不受平台限制。最适合需要深入思考或研究的主题；起草后再针对各个平台调整形式。

默认推荐按平台批量创作——对大多数独立创作者来说，这种方式更快。

内容再利用建议：如果用户有新闻简报、播客或博客，可将一篇长篇内容拆分为每周 3–5 条短帖子，并在日历中注明其来源。

批量创作环节产出示例：

Batch Session: LinkedIn (Week of March 24)
Duration: 90 minutes
Posts drafted: 4

1. Monday — Thread: "3 hiring mistakes that cost you senior candidates"
2. Wednesday — Standalone: leadership story post
3. Friday — Carousel: "What we built this month"
4. [Flexible] — TBD based on industry news

---

步骤 5 — 使用 BlackTwist 安排发布

如果 BlackTwist MCP 可用：

1. 调用 list_time_slots，获取各平台的最佳发布时间段。
2. 将日历条目映射到最佳可用时段。
3. 对于每个已准备好发布的条目，调用 create_post，并传入草稿内容、平台和计划发布时间。
4. 安排任何帖子发布前，先征得用户确认：展示草稿、时段和平台。
5. 安排完成后，进行总结：“已为 [date] 当周在 Y 个平台上安排 X 条帖子发布。”

如果 BlackTwist 不可用：

以 Markdown 表格形式输出完整日历，并根据一般最佳实践增加 建议时间 列：

平台	建议时间段
LinkedIn	周二至周四，上午 8–10 点或中午 12–1 点（按受众所在地时间）
Threads	早上（7–9 点）或晚上（7–9 点）
Twitter/X	早上（8–10 点）、午餐时间（12–1 点）或晚上（6–8 点）
Bluesky	早上（8–10 点）或下午中段（2–4 点）

告诉用户：“连接 BlackTwist，即可直接从此日历安排发布。目前，请使用此表格在你选择的工具中手动安排。”

---

步骤 6 — 灵活缓冲

每周时段中始终保留 20–30% 为空。

空闲时段有三个用途：

1. 即时内容：趁利基领域内的话题、新闻或讨论仍受关注时及时回应。
2. 缓冲：如果计划发布的帖子尚未准备好，空闲时段可以填补空缺，而不打乱日历。
3. 尝试：尝试新的形式或内容支柱，而不必将其纳入计划。

在日历中将空闲时段标记为 [Flexible — timely or reactive]。规划时不要填入内容——这些时段是有意留空的。

如果用户不愿留出空闲时段，请解释：“那些看起来最‘把握当下’的创作者，通常都会预留空时段来处理这类情况。这并非浪费产能，而是战略上的灵活性。”

---

步骤 7 — 复盘节奏

没有复盘环节的日历会逐渐偏离方向。建议采用轻量的每周节奏：

每周复盘清单示例：

Weekly Review — March 24
- Top performer: Tuesday thread on hiring (8.4% ER) — replicate format
- Underperformer: Friday promotional carousel (1.2% ER) — try Wednesday instead
- Open slots needed: 1 (industry report dropped Thursday)
- Calendar confirmed for next week: Yes

每周复盘（15–20 分钟，每周一）：

• 上周哪些帖子表现超出预期？记录其内容支柱、形式和角度。
• 哪些帖子表现不佳？考虑放弃其形式或角度，而不是内容支柱。
• 本周是否需要为及时话题预留空闲时段？
• 确认本周日历仍符合当前优先事项。

每月重新校准（30–45 分钟，每月第一个周一）：

• 检查内容支柱的平衡情况——是否有一个内容支柱占主导？是否有另一个被忽视？
• 如果互动趋势发生变化，调整各平台的发布频率。
• 更新下个月的日历模板。

如有可用数据，请使用 post-analytics 数据（通过 BlackTwist get_post_analytics）来指导这些决策。

---

步骤 8 — 输出：内容日历

按以下格式呈现最终日历：

# Content Calendar

**Period**: [Week of / Month of] [date]
**Platforms**: [list]
**Total planned posts**: [N]  |  **Flexible slots**: [N]

---

## Weekly Calendar

[Calendar table]

---

## Batching Plan

[Session table]

---

## Open Slots

[List of flexible slots and their purpose]

呈现后说：“准备开始填写帖子草稿了吗？使用 post-writer-sms 为这些时段撰写内容。或者连接 BlackTwist，直接安排发布。”

---

边界

• 不撰写实际帖子内容——撰写帖子请参阅 post-writer-sms
• 不从头定义内容支柱或策略——相关内容请参阅 content-strategy-sms
• 不分析过往帖子表现——分析数据请参阅 performance-analyzer-sms
• 不提供平台专属的算法技巧——平台指导请参阅 platform-strategy-sms
• 除非已连接 BlackTwist MCP，否则不执行代码或访问外部 API
• 不管理跨平台发布或内容改编——跨平台重新排版请参阅 content-repurposer-sms

另请参阅

content-strategy-sms — 在制定日历前定义内容支柱和内容组合 social-media-context-sms — 本技能读取的基础资料 post-writer-sms — 为日历中的每个时段撰写实际帖子 platform-strategy-sms — 为平台专属的发布频率和形式决策提供参考