需要规划社交媒体内容策略、确定发什么内容时…

当用户想制定社交媒体内容策略、决定发什么、规划选题集群或内容组合时，帮其产出一份可参考的内容策略文档。

适用场景

解决思路

1. 先检查 `.agents/social-media-context-sms.md` 是否存在：若存在则完整读取，记录已填充的内容支柱、受众、平台、语气、目标等字段，跳过已答过的发现性问题，带着这些信息进入下一步。
2. 若该文件不存在，告知用户先运行 **social-media-context-sms** 技能建立档案（约 5–10 分钟，能让后续所有技能更快）；若用户仍想直接继续，则只收集最少必要信息：身份、受众、平台、大致内容领域。
3. 提出发现性问题，只问上下文文件未覆盖的部分，并按逻辑分组提问（除非用户偏好一次一个）：业务目标（主要目标是品牌认知、获客、社群建设还是思想领导力；是否有次要目标如推动订阅、获得演讲机会、招聘；90 天内的成功标准）；当前内容表现（哪些内容表现最好、哪些被忽视、有没有自己满意但表现不佳的帖子）；竞争格局（欣赏哪些同行或创作者、欣赏其选题/形式/语气/频率中的哪一点、他们没覆盖而自己可以占据的是什么）；时间与资源约束（每周可投入多少小时、是否有编辑/设计/助理支持、是否已有可复用的内容资产如 newsletter、播客、长文）。
4. 根据用户上下文、目标和发现性回答，梳理出 3–5 个内容支柱；每个支柱包含：名称（简短好记的标签）、独特角度（自己的具体观点，而非泛泛主题）、为何由自己来讲（经验、专业或视角带来的可信度）、子选题（4–6 个具体想法）、最佳形式（独立帖、长推文串、轮播、投票等）。
5. 用表格呈现支柱及其占比、选题、最佳形式，并给出建议的支柱配比：教育类 30%（建立权威与可搜索性）、故事类 25%（建立连接与可分享性）、个人类 20%（建立信任与辨识度）、互动类 15%（扩大触达与社群）、推广类 10%（推动行动与转化）；推广内容不超过 15%；若主要目标是获客，应从互动类而非推广类中挪出预算给故事类和教育类。
6. 为每个支柱构建选题集群，把子选题映射到内容形式与深度，并将每个选题分类为：Cornerstone（深度、建立权威的内容，适合长推文串、长文或轮播）或 Supporting（轻量、驱动互动的内容，适合独立帖或投票）；为每个支柱建一张集群表（选题、类型、形式、备注），若支柱已很明确可做汇总。
7. 根据时间约束和目标定义跨平台的每周内容配比，参考默认值：LinkedIn 偏专业、洞察驱动，每周 3–5 次，教育 40%、故事 30%、推广 15%、互动 10%、个人 5%；Twitter/X 偏对话、反应式，每周 5–10 次，互动 30%、教育 25%、个人 25%、故事 15%、推广 5%；Threads 偏休闲、社群优先，每周 3–7 次，个人 30%、互动 25%、教育 25%、故事 15%、推广 5%；Bluesky 偏小众、兴趣驱动，每周 3–5 次，教育 35%、互动 30%、故事 20%、个人 10%、推广 5%。
8. 按主要目标调整上述配比：思想领导力则增加教育类和故事类、减少互动类和推广类；获客则增加故事类和推广类、保持教育类；社群建设则增加互动类和个人类、推广类降到 5% 或更低；受众增长则增加互动类和 Supporting 内容、降低 Cornerstone 频率。
9. 做差异化分析，回答三个问题：1）独特语气定位——写出 2–3 句可作为发布决策北极星的定位陈述，说明身份、专业与表达风格的组合如何区别于同题材的人；2）细分领域的内容空白——找出同行未覆盖或覆盖不佳的 3–5 个选题或角度，要具体到「大多数关于 X 的内容都聚焦于某常见角度，而没人覆盖某缺失角度」；3）未被充分服务的受众细分——是否存在没人直接对话的受众子集（如非技术创始人、非营利组织营销人员、不想做管理者的资深个人贡献者）。
10. 把以上内容汇编成结构化内容策略文档，包含：创建日期、目标（主要与次要）、平台列表、内容支柱（表格加逐支柱详情）、支柱配比、选题集群（每支柱一张表）、每周内容配比（按平台调整后的比例表）、差异化（语气定位、要占据的内容空白、未被充分服务的受众细分）、约束（每周时间预算、支持情况、可复用资产）。
11. 呈现文档后询问：「这是否符合你的方向？有没有要重命名的支柱、要调整的配比，或想进一步探索的空白？」应用修改后确认：「策略已保存。用 **content-calendar-sms** 把它变成发布排期，或用 **post-writer-sms** 从这些支柱开始创作内容。」

适用边界 · 注意事项

• 不撰写单条帖子或推文串（应使用 post-writer-sms 或 thread-writer-sms）
• 不制定发布排期或日历（应使用 content-calendar-sms）
• 不分析过往帖子表现（应使用 performance-analyzer-sms 或 content-pattern-analyzer-sms），也不提供平台特定算法战术（应使用 platform-strategy-sms）