blog-calendar

博客日历：编辑规划

生成编辑日历，包含主题集群、发布频率、内容新鲜度更新计划、内容衰减检测、模板建议、分发规划和季节性主题。针对建立主题权威性（Google）和保持引用内容的新鲜度（AI 平台）进行了优化。

交叉引用

此技能在 FLOW 的 Find 阶段运行。在选择主题之前，运行 /blog flow find，进行关键词发现、内容优先级排序，并获取受众画像提示词，为集群选择和主题排序提供参考。

工作流

步骤 1：了解博客

收集背景信息：

1. 细分领域/行业：博客的主题是什么？
2. 现有内容：扫描现有博客文章（使用 Glob 查找 .md、.mdx、*.html）
3. 发布频率：他们多久可以发布一次？（默认：每周 2 次）
4. 时间范围：按月还是按季度制定日历？
5. 业务目标：博客应带来什么？（流量、潜在客户、权威性）

步骤 2：设计主题集群

设计 3-5 个主题集群（支柱内容 + 支持内容）：

Cluster: [Pillar Topic]
├── Pillar Page: [Comprehensive guide - 3,000+ words]
├── Supporting: [Subtopic 1 - 2,000 words]
├── Supporting: [Subtopic 2 - 2,000 words]
├── Supporting: [Subtopic 3 - 1,500 words]
├── Comparison: [X vs Y - 1,500 words]
└── FAQ: [Common questions - 1,500 words]

每个集群都应：

• 针对一个主要关键词主题
• 全面覆盖该主题，以建立主题权威性
• 包含多种内容类型（指南、对比、操作教程、清单文章）
• 支持集群页面之间的内部链接

步骤 2.5：检测内容衰减

扫描现有博客文章，查找 frontmatter 中的 lastUpdated 或 date 字段。 根据以下阈值，将每篇文章按陈旧程度分类：

流量级别	陈旧阈值	风险阈值
高流量文章	更新后超过 30 天	超过 90 天
中流量文章	更新后超过 90 天	超过 180 天
低流量文章	更新后超过 180 天	超过 365 天

参考：76% 的热门 AI 引用来自 30 天内更新的内容。

输出衰减报告：

## Content Decay Report
| Post | Last Updated | Days Stale | Priority | Action |
|------|-------------|-----------|----------|--------|
| [slug] | [date] | [N] | Critical | Refresh immediately |
| [slug] | [date] | [N] | High | Schedule this month |
| [slug] | [date] | [N] | Medium | Schedule this quarter |

优先级：

• 紧急：高流量文章陈旧超过 30 天：立即更新
• 高：任何文章陈旧时间超过其阈值：安排在本月更新
• 中：即将达到阈值的文章：安排在本季度更新
• 低：仍在阈值范围内的文章：无需处理

步骤 3：制定新鲜度更新计划

AI 平台非常青睐新鲜内容（76% 的热门引用来自 30 天内更新的内容）。

规划更新周期：

• 高优先级文章（流量驱动内容）：每 30 天更新一次
• 中优先级文章：每 90 天更新一次
• 低优先级文章：每年更新一次
• 常青文章：数据变化时更新

步骤 4：季节性与趋势主题

研究季节性机会：

1. 行业活动：会议、产品发布、算法更新
2. 季节性趋势：使用 WebSearch 查看该细分领域的 Google Trends
3. 年度报告：主要研究何时发布新数据？
4. 算法更新：Google 核心更新（通常每年 3-4 次）

整合季节性趋势

• 将季节性高峰映射到内容制作计划
• 提前 4-6 周规划内容，为索引留出时间
• 创建“常青内容 + 季节性主题”内容（例如，每年更新的“X 指南 [Year]”）
• 跟踪行业报告的发布周期：
  • Ahrefs Annual State of SEO（通常在 Q1）
  • Google Year in Search（12 月）
  • HubSpot State of Marketing（Q1）
  • Gartner Hype Cycle（8 月）
  • 该细分领域的主要会议日期
• 使用 WebSearch 验证趋势的时间安排，再进行规划

步骤 5：生成日历

内容组合比例

采用建议的内容组合比例： 60% 新内容 / 30% 新鲜度更新 / 10% 内容再利用

发布频率	每月文章数	新内容	更新	再利用
每周 2 篇文章	8	5	2	1
每周 3 篇文章	12	7	4	1
每周 4 篇文章	16	10	5	1
每周 1 篇文章	4	2-3	1	0-1

新文章应尽量涵盖多种内容类型：

• 指南/操作方法：占新内容的 30-40%
• 比较/替代方案：15-20%
• 清单文章/汇总：15-20%
• 案例研究/数据研究：10-15%
• 思想领导力/新闻分析：10-15%

模板集成

对于每篇新文章，推荐使用以下 12 种可用内容模板之一： how-to-guide、listicle、case-study、comparison、pillar-page、 product-review、thought-leadership、roundup、tutorial、 news-analysis、data-research、faq-knowledge

参考：references/content-templates.md，了解完整的模板详情。

月度日历格式

# Editorial Calendar: [Month Year]

## Publishing Cadence: [N] posts/week
## Content Mix: [N] new / [N] refreshes / [N] repurposed

### Week 1: [Date Range]
| Day | Type | Title | Template | Cluster | Target Keyword | Status |
|-----|------|-------|----------|---------|---------------|--------|
| Mon | New | [Title] | how-to-guide | [Cluster] | [keyword] | Draft |
| Thu | Update | [Existing post] | - | [Cluster] | [keyword] | Refresh |

### Week 2: [Date Range]
| Day | Type | Title | Template | Cluster | Target Keyword | Status |
|-----|------|-------|----------|---------|---------------|--------|
| Mon | New | [Title] | comparison | [Cluster] | [keyword] | Brief |
| Thu | New | [Title] | listicle | [Cluster] | [keyword] | Brief |

### Week 3: [Date Range]
[...]

### Week 4: [Date Range]
[...]

## Content Mix This Month
- New posts: [N]
- Freshness updates: [N]
- Repurposed content: [N]
- Content types: [guides, comparisons, how-tos, listicles, ...]

## Freshness Update Queue
| Post | Last Updated | Priority | Scheduled |
|------|-------------|----------|-----------|
| [slug] | [date] | High | Week 2 |
| [slug] | [date] | Medium | Week 4 |

## Seasonal Hooks
- [Event/trend and how to leverage it]

季度日历格式

# Quarterly Editorial Plan: Q[N] [Year]

## Content Strategy
- Topic clusters: [N] active
- New posts planned: [N]
- Freshness updates planned: [N]
- Repurposed content: [N]
- Total content actions: [N]

## Month 1: [Month]
### Focus: [Primary cluster or theme]
| Week | Type | Title | Template | Cluster | Keyword |
|------|------|-------|----------|---------|---------|
| W1 | New | ... | how-to-guide | ... | ... |
| W1 | Update | ... | - | ... | ... |
| W2 | New | ... | comparison | ... | ... |
[...]

## Month 2: [Month]
### Focus: [Primary cluster or theme]
[...]

## Month 3: [Month]
### Focus: [Primary cluster or theme]
[...]

## Quarterly Goals
- [ ] Publish [N] new posts
- [ ] Update [N] existing posts for freshness
- [ ] Complete [Cluster] pillar + [N] supporting pages
- [ ] Achieve [metric target]

步骤 5.5：主题集群进度跟踪

跟踪每个主题集群的构建状态。优先完成已部分构建的集群，而不是开始构建新集群。

## Topic Cluster Progress
| Cluster | Pillar | Spokes Published | Spokes Planned | Coverage |
|---------|--------|-----------------|----------------|----------|
| [Topic] | Published | 5/10 | 5 this quarter | 50% |
| [Topic] | Draft | 2/8 | 3 this quarter | 25% |
| [Topic] | Not started | 0/6 | 1 this quarter | 0% |

集群优先级规则：

• 覆盖率达到 50%+ 的集群：优先级最高，尽快完成
• 已发布支柱页面但关联内容较少的集群：优先级第二
• 新集群：仅在现有集群覆盖率达到 75%+ 后才开始构建
• 同时处于活跃构建阶段的集群不得超过 3 个

步骤 5.6：分发排期

为每篇新文章规划各渠道的分发安排。在日历输出中注明分发时间。

## Distribution Schedule
| Post | Publish Date | LinkedIn | Reddit | Email | YouTube |
|------|-------------|----------|--------|-------|---------|
| [Title] | [Date] | Same day | +2-3 days | Next batch | If pillar |

渠道时间安排规则：

• LinkedIn：与文章同日发布（分享核心见解和链接）
• Reddit：文章发布后 2-3 天（分享有价值的见解，而非只丢一个链接）
• 电子邮件简报：每周汇总发送（每期简报包含 2-3 篇文章）
• YouTube：仅为支柱文章规划配套视频（资源消耗较大）
• Twitter/X：与文章同日发布（以串文形式分享要点）

参考：references/distribution-playbook.md，了解详细的渠道策略。

步骤 5.7：新鲜度自动化

建立持续维护内容新鲜度的系统：

## Freshness Schedule: Next 30 Days
| Post | Last Updated | Next Refresh Date | Priority | Owner |
|------|-------------|-------------------|----------|-------|
| [slug] | [date] | [date + 30] | High | [name] |
| [slug] | [date] | [date + 90] | Medium | [name] |

自动化建议：

• 为高流量文章设置日历提醒，每 30 天更新一次
• 按“下次更新时间”升序列出文章（最紧急的排在最前）
• 根据流量/重要性确定更新顺序
• 每次更新后，修改 frontmatter 中的 lastUpdated 字段
• 跟踪更新历史，衡量新鲜度对排名/引用的影响
• 建议为每次计划内的更新运行 /blog rewrite

步骤 6：保存和后续步骤

保存日历并建议：

1. 使用 /blog brief <first-topic> 创建第一份内容简报
2. 使用 /blog write 根据简报生成文章
3. 使用 /blog rewrite 更新现有内容的新鲜度
4. 下个月/下个季度重新运行 /blog calendar，制定下一份计划
5. 每周查看内容衰减报告，优先处理严重问题
6. 每月跟踪主题集群进度，确保集群达到完整覆盖

第 7 步：Notion MCP（可选）

将日历发送到聊天后，尝试调用 notion-query-data-sources。如果返回结果，说明 Notion 已连接，请执行以下推送操作。如果失败或不可用，则跳过并附上提醒。

如果已连接 Notion：

编辑日历是结构化数据（Title、Type、Template、Cluster、Keyword、Status、Publish Date、Author），很适合作为 Notion 数据库。直接推送：

1. 调用 notion-search，在工作区中查找现有的 Content Calendar 数据库
2. 如果找到：调用 notion-create-pages，将每篇新文章／更新条目添加到现有数据库中——跳过已存在的条目（按 Title + Publish Date 匹配）
3. 如果未找到：调用 notion-create-database，创建包含以下属性的 Content Calendar 数据库：
   • Title（title）、Type（select：New / Refresh / Repurposed）、Template（select）、Cluster（select）、Keyword（rich text）、Status（select：Brief / Draft / Review / Published）、Publish Date（date）、Author（person） 然后调用 notion-create-pages，将日历中的所有条目填入数据库
4. 调用 notion-create-view，添加按 Publish Date 分组的 Calendar 视图（方便团队直观查看日程）
5. 确认：“✅ 编辑日历已推送到 Notion——已添加 [N] 条目。已创建 Calendar 视图。”

重新运行时（下个月／下个季度）：先调用 notion-query-database-view 获取现有条目，跳过重复项，只添加新条目。

如果未连接：

💡 Notion 未连接——你的编辑日历仅输出到聊天中。连接 Notion MCP 连接器，即可自动将其推送到 Notion 数据库，并创建整个团队都能查看的 Calendar 视图。设置说明：notion-mcp-server