需要规划发帖排期或内容日历时…

当用户想制定发帖计划、内容日历、确定发帖频率或批量创作内容时，帮助把内容支柱映射到具体日期、平台和格式。

适用场景

解决思路

1. 先检查 `.agents/social-media-context-sms.md` 是否存在：若存在则完整读取，记录已填好的平台、发帖频率、内容支柱、内容配比、可用时间等日历相关字段，并检查对话或工作区中是否已有内容策略文档，跳过已回答的发现性问题；若不存在，告知用户先运行 social-media-context-sms 技能（约 5–10 分钟），或直接回答几个快速问题后立即构建日历。
2. 只询问上下文和策略文件尚未回答的发现性问题，并分组提问而非逐个问：平台与频率（发哪些平台、每平台每周目标频率、哪些优先哪些低投入维护）、内容支柱与配比（3–5 个支柱、各占比、是否有支柱必须每周至少出现一次）、时间与创作能力（每周可投入小时数、偏好逐日写还是提前批量、是否有 newsletter/播客/长文可复用）、关键日期与事件（未来 4–8 周的产品发布、活动、营销或季节性节点，以及禁区或时效性话题）。
3. 根据用户偏好选择周视图或月视图（新用户默认周视图，已有成熟策略的用户用月视图），每条日历条目包含：星期、平台、内容支柱、具体主题/角度（不要泛泛而谈）、格式（独立帖/长帖/轮播/投票）。
4. 按平衡规则生成日历：支柱均匀分布，除非明确要求否则任何支柱不超过 40% 的档位；活跃平台不超过 3 天不发帖；同一平台在一周内变换格式；预留总档位的 20–30% 作为开放/灵活档位应对时效内容；重内容（长帖、轮播）不要堆在同一天。
5. 用 markdown 表格展示日历，展示后询问：这是否反映你的平台和支柱？有需要调整的日期或档位吗？
6. 给出批量创作策略：推荐每周一上午 30 分钟做周计划（审阅日历、确认主题、记录可回应的新闻）；90 分钟批量写某平台一周的 3–5 篇帖；60 分钟批量写另一平台的 5–8 篇短帖；周五 30 分钟审核并在 BlackTwist 或排期工具中排队。
7. 在批量方式上，默认推荐按平台批量（每个平台一次进入其语气/风格，对多数独立创作者更快）；当主题需要深度思考或研究时改用按支柱批量（先写所有教育类帖，再按平台重排格式）。
8. 复用提示：若用户有 newsletter、播客或博客，把一篇长文映射为每周 3–5 篇短帖，并在日历中标注来源。
9. 若 BlackTwist MCP 可用：调用 `list_time_slots` 获取各平台最佳发布窗口，把日历条目映射到最佳档位，对准备发布的条目调用 `create_post` 传入草稿内容、平台和排期时间，排期前向用户展示草稿、档位和平台并确认，排期后总结“已为 [日期] 当周在 Y 个平台排期 X 篇帖”。
10. 若 BlackTwist 不可用：输出完整日历 markdown 表格并增加“建议时间”列，参考通用最佳实践——LinkedIn：周二至周四 8–10 AM 或 12–1 PM（受众本地时间）；Threads：早晨 7–9 AM 或晚上 7–9 PM；Twitter/X：早晨 8–10 AM、午间 12–1 PM 或晚上 6–8 PM；Bluesky：早晨 8–10 AM 或下午 2–4 PM；并提示用户连接 BlackTwist 可直接排期，否则用此表在自选工具中手动排期。
11. 始终保留每周 20–30% 的档位为开放档位，用于：回应趋势/新闻/同领域对话的时效内容、计划帖未就绪时的溢出缓冲、尝试新格式或新支柱的实验；在日历中标记为 `[Flexible — timely or reactive]`，规划时不要填满；若用户抗拒留空，解释“看起来最‘紧跟当下’的创作者通常都预留了空档，这不是浪费产能，而是战略敏捷性”。
12. 建立复盘节奏：每周一 15–20 分钟做周复盘——哪些帖超预期（记录支柱、格式、角度）、哪些低于预期（考虑换格式或角度而非砍支柱）、本周是否需要开放档位应对时效话题、确认本周日历仍反映当前优先级；每月第一个周一 30–45 分钟做月度校准——检查支柱平衡（是否某支柱独大或某支柱被忽视）、按互动趋势调整各平台频率、更新下月日历模板；有 BlackTwist 时用 `get_post_analytics` 数据指导决策。
13. 按固定格式输出最终日历：标题为 Content Calendar，包含周期（周/月+日期）、平台列表、计划总帖数、灵活档位数；随后依次给出 Weekly Calendar 表格、Batching Plan 会话表、Open Slots 列表及用途；输出后提示“准备开始填草稿了吗？用 post-writer-sms 为任意档位写内容，或连接 BlackTwist 直接排期”。

适用边界 · 注意事项

• 不写实际帖子内容（用 post-writer-sms）
• 不从零定义内容支柱或策略（用 content-strategy-sms）
• 不分析过往帖子表现（用 performance-analyzer-sms），也不提供平台算法战术（用 platform-strategy-sms）