需要为博客制定月度或季度编辑日历时：用主题集群、发布节奏…

当用户要求 editorial calendar、content calendar、blog calendar、publishing schedule、blog plan、content plan 或问「该写什么」时，生成基于主题权威和新鲜度信号优化的博客编辑日历。

适用场景

解决思路

1. 在选主题前运行 `/blog flow find`，做关键词发现、内容优先级和受众画像提示，用其结果影响主题集群选择和主题排序。
2. 了解博客：收集 niche/industry（博客主题）、现有内容（用 Glob 扫描 *.md、*.mdx、*.html）、发布节奏（默认 2x/week）、时间范围（月度或季度日历）、业务目标（traffic、leads、authority）。
3. 设计 3-5 个主题集群，每个集群包含 pillar + supporting content；集群结构示例：Pillar Page（综合指南，3,000+ words）、Supporting 子主题（2,000 words）、Supporting 子主题（2,000 words）、Supporting 子主题（1,500 words）、Comparison（X vs Y，1,500 words）、FAQ（常见问题，1,500 words）。
4. 每个主题集群要：瞄准一个主要关键词主题；全面覆盖主题以建立 topical authority；包含多样内容类型（guides、comparisons、how-tos、listicles）；支持集群页面之间的内部链接。
5. 内容衰退检测：扫描现有博客文章 frontmatter 中的 `lastUpdated` 或 `date` 字段，并按阈值分类陈旧程度：高流量文章 >30 days since update 为 stale、>90 days 为 at-risk；中流量文章 >90 days 为 stale、>180 days 为 at-risk；低流量文章 >180 days 为 stale、>365 days 为 at-risk。
6. 将某些实践者 AI-citation SEO 数据集所报告的「新鲜度偏向最近更新内容」仅作为方向性信号，不是通用规则；除非数据集、方法和日期可得。
7. 输出 Content Decay Report，表格列为 Post、Last Updated、Days Stale、Priority、Action。
8. 内容衰退优先级：Critical 为高流量文章 stale >30 days，立即刷新；High 为任何超过其阈值的文章，本月安排；Medium 为接近阈值的文章，本季度安排；Low 为阈值内的文章，无需行动。
9. 计划新鲜度更新周期：高优先级文章（traffic drivers）每 30 天更新一次；中优先级文章每 90 天更新一次；低优先级文章每年更新一次；Evergreen 文章在数据变化时更新。
10. 注意 AI citation surfaces 常偏好新鲜内容，但 30-day 信号是方向性且依赖方法，不是通用规则。
11. 研究季节性机会：行业事件（会议、产品发布、算法更新）；季节性趋势（有数据时使用 Google Trends UI、API 或导出的数据；若只依赖 WebSearch，则把趋势时间标记为 unverified）；年度报告（主要研究何时发布新数据）；算法更新（安排更新内容前，用 Google Search Status Dashboard 验证当前 Google update timeline，不要依赖静态列表）。
12. 季节性趋势整合：把季节性峰值映射到内容生产计划；在季节性峰值前 4-6 周规划内容，留出索引提前期；创建「evergreen with seasonal hook」内容，例如每年更新的「X Guide [Year]」；跟踪行业报告发布周期：Ahrefs Annual State of SEO（通常 Q1）、Google Year in Search（December）、HubSpot State of Marketing（Q1）、Gartner Hype Cycle（August）、该 niche 的主要会议日期；排期前用 WebSearch 验证趋势时间。
13. 生成日历时从内容组合公式开始：60% new content / 30% freshness updates / 10% repurposed content，再根据 decay risk、authority gaps、team capacity、available source material 调整。
14. 按发布节奏计算月度文章数：2 posts/week = 8 篇（5 new、2 refreshes、1 repurposed）；3 posts/week = 12 篇（7 new、4 refreshes、1 repurposed）；4 posts/week = 16 篇（10 new、5 refreshes、1 repurposed）；1 post/week = 4 篇（2-3 new、1 refresh、0-1 repurposed）。
15. 新文章内容类型多样性目标：Guides/How-tos 占新内容 30-40%；Comparisons/Alternatives 占 15-20%；Listicles/Roundups 占 15-20%；Case studies/Data research 占 10-15%；Thought leadership/News analysis 占 10-15%。
16. 模板集成：为每个新文章条目从 12 个模板中推荐一个：`how-to-guide`、`listicle`、`case-study`、`comparison`、`pillar-page`、`product-review`、`thought-leadership`、`roundup`、`tutorial`、`news-analysis`、`data-research`、`faq-knowledge`；完整模板详情参考 `skills/blog/references/content-templates.md`。
17. 月度日历格式：输出 `# Editorial Calendar: [Month Year]`，写明 Publishing Cadence、Content Mix（N new / N refreshes / N repurposed），并按周输出表格，列为 Day、Type、Title、Template、Cluster、Target Keyword、Status。
18. 月度日历中每周都要列出条目：Week 1、Week 2、Week 3、Week 4；每条写 Day、Type（New/Update）、Title、Template、Cluster、Target Keyword、Status（如 Draft、Brief、Refresh）。
19. 月度日历末尾包含 Content Mix This Month：New posts、Freshness updates、Repurposed content、Content types；Freshness Update Queue 表格列为 Post、Last Updated、Priority、Scheduled；Seasonal Hooks 列出事件/趋势及如何利用。
20. 季度日历格式：输出 `# Quarterly Editorial Plan: Q[N] [Year]`，Content Strategy 包含 topic clusters active、new posts planned、freshness updates planned、repurposed content、total content actions。
21. 季度日历按 Month 1、Month 2、Month 3 分别写 Focus（主要集群或主题），并输出周表：Week、Type、Title、Template、Cluster、Keyword。
22. 季度日历包含 Quarterly Goals checklist：Publish N new posts、Update N existing posts for freshness、Complete Cluster pillar + N supporting pages、Achieve metric target。
23. 主题集群进度跟踪：跟踪每个集群的 build-out 状态，优先完成部分建设的集群而不是开始新集群。
24. 输出 Topic Cluster Progress 表格：Cluster、Pillar、Spokes Published、Spokes Planned、Coverage。
25. 主题集群优先级规则：50%+ coverage 的集群最高优先完成；published pillar 但 spokes 少的集群第二优先；新集群仅在现有集群达到 75%+ coverage 时启动；同时最多有 3 个集群处于 active build-out。
26. 分发排期：对每个新文章规划跨渠道分发，并把分发时间包含在日历输出中。
27. 输出 Distribution Schedule 表格：Post、Publish Date、LinkedIn、Reddit、Email、YouTube。
28. 渠道时间规则：LinkedIn 与发布同天（分享关键洞察 + 链接）；Reddit 发布后 2-3 天（分享真实洞察，不是 link drop）；Email newsletter 每周批量（每封 newsletter 包含 2-3 篇文章）；YouTube 仅对 pillar posts 规划 companion video（资源密集）；Twitter/X 与发布同天（thread key takeaways）；详细渠道战术参考 `skills/blog/references/distribution-playbook.md`。
29. 新鲜度自动化：建立持续新鲜度维护系统，输出 Freshness Schedule: Next 30 Days 表格：Post、Last Updated、Next Refresh Date、Priority、Owner。
30. 自动化建议：为高流量或快速变化文章设置 30-day review cycles 的日历提醒；按 Next Refresh Date 升序列出文章（最紧急优先）；按 traffic/importance 优先刷新顺序；每次刷新后更新 `lastUpdated` frontmatter 字段；跟踪 refresh history 以衡量 freshness 对 rankings/citations 的影响；建议为每个计划刷新运行 `/blog rewrite`。
31. 保存与下一步：将日历保存到 `calendars/[yyyy-mm]-editorial-calendar.md`，除非用户指定其他路径；如果 `calendars/` 不存在则创建。
32. 建议工作流：定位或 pillars 不清晰时运行 `/blog strategy`。
33. 建议工作流：对集群密集的日历运行 `/blog cluster plan <seed-keyword>`。
34. 建议工作流：对第一个排期项使用 `/blog brief <first-topic>` 或 `/blog outline <first-topic>`。
35. 建议工作流：用 `/blog write` 从批准的 briefs 或 outlines 生成文章。
36. 建议工作流：用 `/blog rewrite` 对现有内容做 freshness updates。
37. 建议工作流：下个月/季度重新运行 `/blog calendar` 制定下一份计划。
38. 建议工作流：每周查看 Content Decay Report，优先处理 Critical 项。
39. 建议工作流：每月跟踪 Topic Cluster Progress，确保集群完成。

适用边界 · 注意事项

• 定位或内容 pillars 不清晰时，不要直接生成日历；先运行 `/blog strategy`。
• 现有主题集群未达到 75%+ coverage 时，不要启动新集群；同时最多保持 3 个集群 active build-out。
• 没有数据集、方法和日期支撑时，不要把 30-day 新鲜度信号或未经验证的趋势时间当作普遍规则；只依赖 WebSearch 时趋势时间应标记为 unverified。