Blog Calendar: Editorial Planning
Generate editorial calendars for blogs with topic clusters, publishing schedules, material-change reviews, update plans, seasonal opportunities, content mix formula, template integration, and distribution scheduling.
How to use it
- Hit Copy SKILL.md — or use the Claude Code line below to get every file.
- Claude: ⋯ → Download .md, then Customize → Skills → Add → Upload skill.
ChatGPT: make a Project and paste it into Instructions.
Neither? Paste it at the top of a new chat — it works for that chat. - Describe your job in plain words. The AI follows the skill from there.
npx degit AgriciDaniel/claude-blog/skills/blog-calendar#main ~/.claude/skills/blog-calendar-2For one project only, change the path to .claude/skills/blog-calendar-2. This skill also uses -editorial-calendar.md — copying SKILL.md alone won't be enough. See the folder on GitHub.
Not working?
- Check which app you pasted it into — the steps above name the right one.
- Some skills need the paid tier of Claude or ChatGPT.
Paste into Claude, ChatGPT or Cursor.
Show the full text307 lines
Blog Calendar: Editorial Planning
Generates editorial calendars with topic clusters, publishing cadence, material-change reviews, content-decay investigation, template recommendations, distribution planning, and seasonal hooks. It does not treat publication or update frequency as a ranking or citation signal.
Cross-reference
This skill operates at the FLOW Find stage. Before selecting topics, run
/blog flow find for keyword discovery, content prioritization, and audience
avatar prompts that should inform cluster selection and topic sequencing.
Workflow
Step 1: Understand the Blog
Gather context:
- Niche/industry: What is the blog about?
- Existing content: Scan for existing blog posts (Glob for *.md, *.mdx, *.html)
- Publishing cadence: How often can they publish? (default: 2x/week)
- Timeframe: Monthly or quarterly calendar?
- Business goals: What should the blog drive? (traffic, leads, authority)
Step 2: Topic Cluster Design
Design 3-5 topic clusters (pillar + supporting content):
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]
Each cluster should:
- Target a primary keyword theme
- Cover the topic comprehensively for topical authority
- Include varied content types (guides, comparisons, how-tos, listicles)
- Support internal linking between cluster pages
Step 2.5: Content Decay Detection
Scan existing posts for material change signals. Dates are inventory metadata, not proof that content is stale or fresh.
| Signal | Review Question | Priority Effect |
|---|---|---|
| Query or fact volatility | Have prices, laws, products, events, or guidance changed? | Raise when the changed fact is material |
| Performance trend | Is there a sustained decline after controlling for seasonality and Search surface? | Investigate before rewriting |
| Source availability | Are important sources outdated, contradicted, or unavailable? | Raise when claims lose support |
| Reader intent | Does the page still solve the current task? | Raise when intent materially shifted |
Do not prioritize an update solely because a frontmatter date is old or a vendor sample observed recently updated citations.
Output a decay report:
## Content Decay Report
| Post | Material Change Evidence | Performance Context | Priority | Action |
|------|--------------------------|---------------------|----------|--------|
| [slug] | [changed fact/source/intent] | [surface and comparison] | Critical | Correct material error |
| [slug] | [documented change] | [sustained trend] | High | Schedule substantive review |
| [slug] | [no confirmed change] | [stable/unclear] | Low | Monitor |
Priority levels:
- Critical: Materially wrong or harmful information needs correction
- High: Confirmed fact, source, product, or intent change affects usefulness
- Medium: Sustained performance change warrants investigation
- Low: No material change; monitor without editing the date
Step 3: Freshness Update Schedule
Plan review triggers around the topic:
- Fast-changing topics: Review when the governing facts or official sources change
- Seasonal topics: Review before the relevant season using current evidence
- Product or pricing content: Review after documented product changes
- Evergreen topics: Review when evidence, intent, or performance indicates a need
Change lastUpdated only after substantive content changes.
Step 4: Seasonal & Trending Hooks
Research seasonal opportunities:
- Industry events: Conferences, product launches, algorithm updates
- Seasonal trends: Use Google Trends UI, API, or exported data when available; if relying on WebSearch only, mark trend timing as unverified
- Annual reports: When do major studies release new data?
- Algorithm updates: Validate the current Google update timeline against the Google Search Status Dashboard before scheduling update content. Do not rely on a static list.
Seasonal Trends Integration
- Map seasonal peaks to content production schedule
- Plan content 4-6 weeks before seasonal peaks for indexing lead time
- Create "evergreen with seasonal hook" content (e.g., "X Guide [Year]" updated annually)
- Track industry report release cycles:
- Ahrefs Annual State of SEO (typically Q1)
- Google Year in Search (December)
- HubSpot State of Marketing (Q1)
- Gartner Hype Cycle (August)
- Major conference dates in the niche
- Use WebSearch to validate timing of trends before scheduling
Step 5: Generate the Calendar
Content Mix Formula
Start from this planning heuristic, then adjust for decay risk, authority gaps, team capacity, and available source material: 60% new content / 30% freshness updates / 10% repurposed content
| Cadence | Monthly Posts | New | Refreshes | Repurposed |
|---|---|---|---|---|
| 2 posts/week | 8 | 5 | 2 | 1 |
| 3 posts/week | 12 | 7 | 4 | 1 |
| 4 posts/week | 16 | 10 | 5 | 1 |
| 1 post/week | 4 | 2-3 | 1 | 0-1 |
Within new posts, aim for content type diversity:
- Guides/How-tos: 30-40% of new content
- Comparisons/Alternatives: 15-20%
- Listicles/Roundups: 15-20%
- Case studies/Data research: 10-15%
- Thought leadership/News analysis: 10-15%
Template Integration
For each new post entry, recommend a content template from these 12 available:
how-to-guide, listicle, case-study, comparison, pillar-page,
product-review, thought-leadership, roundup, tutorial,
news-analysis, data-research, faq-knowledge
Reference: skills/blog/references/content-templates.md for full template details.
Monthly Calendar Format
# 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 Calendar Format
# 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]
Step 5.5: Topic Cluster Progress Tracking
Track the build-out state of each topic cluster. Prioritize completing partially-built clusters over starting new ones.
## 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% |
Rules for cluster prioritization:
- Clusters at 50%+ coverage: highest priority to complete
- Clusters with published pillar but few spokes: second priority
- New clusters: only start when existing clusters reach 75%+ coverage
- Never have more than 3 clusters in active build-out simultaneously
Step 5.6: Distribution Scheduling
For each new post, plan distribution across channels. Include distribution timing in the calendar output.
## Distribution Schedule
| Post | Publish Date | LinkedIn | Reddit | Email | YouTube |
|------|-------------|----------|--------|-------|---------|
| [Title] | [Date] | Same day | +2-3 days | Next batch | If pillar |
Channel timing rules:
- LinkedIn: Same day as publish (share key insight + link)
- Reddit: 2-3 days after publish (share genuine insight, not a link drop)
- Email newsletter: Batch weekly (include 2-3 posts per newsletter)
- YouTube: Plan companion video for pillar posts only (resource-intensive)
- Twitter/X: Same day as publish (thread key takeaways)
Reference: skills/blog/references/distribution-playbook.md for detailed channel tactics.
Step 5.7: Freshness Automation
Set up a system for ongoing freshness maintenance:
## Material-Change Review Queue
| Post | Review Trigger | Evidence | Priority | Owner |
|------|----------------|----------|----------|-------|
| [slug] | [official source/product/fact changed] | [link or observation] | High | [name] |
| [slug] | [sustained performance or intent shift] | [surface-specific comparison] | Medium | [name] |
Automation recommendations:
- Monitor official sources or product changes for fast-changing topics
- Sort the queue by material risk and reader impact
- Use traffic only as context, not proof that an update is needed
- Update
lastUpdatedonly after substantive content changes - Track what changed and compare relevant Search surfaces separately
- Suggest
/blog rewriteonly when a substantive review finds work to do
Step 6: Save & Next Steps
Save to calendars/[yyyy-mm]-editorial-calendar.md unless the user specifies
another path. Create calendars/ if it does not exist.
Suggested workflow:
- Run
/blog strategywhen positioning or pillars are unclear - Run
/blog cluster plan <seed-keyword>for cluster-heavy calendars - Use
/blog brief <first-topic>or/blog outline <first-topic>for the first scheduled item - Use
/blog writeto generate articles from approved briefs or outlines - Use
/blog rewritefor freshness updates on existing content - Re-run
/blog calendarnext month/quarter for the next plan - Review the Content Decay Report weekly and address Critical items first
- Track Topic Cluster Progress monthly to ensure clusters reach completion
| 1 | |
| 2 | name blog-calendar |
| 3 | description > |
| 4 | Generate editorial calendars for blogs with topic clusters, publishing |
| 5 | schedules, material-change reviews, update plans, seasonal |
| 6 | opportunities, content mix formula, template integration, and distribution |
| 7 | scheduling. Plans monthly or quarterly calendars around reader needs, |
| 8 | evidence changes, and sustainable publishing capacity. |
| 9 | Use when user says "editorial calendar", "content calendar", "blog calendar", |
| 10 | "publishing schedule", "blog plan", "content plan", "what should I write". |
| 11 | user-invokable true |
| 12 | argument-hint "[<niche>]" |
| 13 | license MIT |
| 14 | |
| 15 | |
| 16 | # Blog Calendar: Editorial Planning |
| 17 | |
| 18 | Generates editorial calendars with topic clusters, publishing cadence, |
| 19 | material-change reviews, content-decay investigation, template recommendations, |
| 20 | distribution planning, and seasonal hooks. It does not treat publication or |
| 21 | update frequency as a ranking or citation signal. |
| 22 | |
| 23 | ## Cross-reference |
| 24 | |
| 25 | This skill operates at the FLOW Find stage. Before selecting topics, run |
| 26 | `/blog flow find` for keyword discovery, content prioritization, and audience |
| 27 | avatar prompts that should inform cluster selection and topic sequencing. |
| 28 | |
| 29 | ## Workflow |
| 30 | |
| 31 | ### Step 1: Understand the Blog |
| 32 | |
| 33 | Gather context: |
| 34 | **Niche/industry**: What is the blog about? |
| 35 | **Existing content**: Scan for existing blog posts (Glob for *.md, *.mdx, *.html) |
| 36 | **Publishing cadence**: How often can they publish? (default: 2x/week) |
| 37 | **Timeframe**: Monthly or quarterly calendar? |
| 38 | **Business goals**: What should the blog drive? (traffic, leads, authority) |
| 39 | |
| 40 | ### Step 2: Topic Cluster Design |
| 41 | |
| 42 | Design 3-5 topic clusters (pillar + supporting content): |
| 43 | |
| 44 | |
| 45 | Cluster: [Pillar Topic] |
| 46 | ├── Pillar Page: [Comprehensive guide - 3,000+ words] |
| 47 | ├── Supporting: [Subtopic 1 - 2,000 words] |
| 48 | ├── Supporting: [Subtopic 2 - 2,000 words] |
| 49 | ├── Supporting: [Subtopic 3 - 1,500 words] |
| 50 | ├── Comparison: [X vs Y - 1,500 words] |
| 51 | └── FAQ: [Common questions - 1,500 words] |
| 52 | |
| 53 | |
| 54 | Each cluster should: |
| 55 | Target a primary keyword theme |
| 56 | Cover the topic comprehensively for topical authority |
| 57 | Include varied content types (guides, comparisons, how-tos, listicles) |
| 58 | Support internal linking between cluster pages |
| 59 | |
| 60 | ### Step 2.5: Content Decay Detection |
| 61 | |
| 62 | Scan existing posts for material change signals. Dates are inventory metadata, |
| 63 | not proof that content is stale or fresh. |
| 64 | |
| 65 | | Signal | Review Question | Priority Effect | |
| 66 | |--------|-----------------|-----------------| |
| 67 | | Query or fact volatility | Have prices, laws, products, events, or guidance changed? | Raise when the changed fact is material | |
| 68 | | Performance trend | Is there a sustained decline after controlling for seasonality and Search surface? | Investigate before rewriting | |
| 69 | | Source availability | Are important sources outdated, contradicted, or unavailable? | Raise when claims lose support | |
| 70 | | Reader intent | Does the page still solve the current task? | Raise when intent materially shifted | |
| 71 | |
| 72 | Do not prioritize an update solely because a frontmatter date is old or a |
| 73 | vendor sample observed recently updated citations. |
| 74 | |
| 75 | Output a decay report: |
| 76 | |
| 77 | |
| 78 | ## Content Decay Report |
| 79 | | Post | Material Change Evidence | Performance Context | Priority | Action | |
| 80 | |------|--------------------------|---------------------|----------|--------| |
| 81 | | [slug] | [changed fact/source/intent] | [surface and comparison] | Critical | Correct material error | |
| 82 | | [slug] | [documented change] | [sustained trend] | High | Schedule substantive review | |
| 83 | | [slug] | [no confirmed change] | [stable/unclear] | Low | Monitor | |
| 84 | |
| 85 | |
| 86 | Priority levels: |
| 87 | **Critical**: Materially wrong or harmful information needs correction |
| 88 | **High**: Confirmed fact, source, product, or intent change affects usefulness |
| 89 | **Medium**: Sustained performance change warrants investigation |
| 90 | **Low**: No material change; monitor without editing the date |
| 91 | |
| 92 | ### Step 3: Freshness Update Schedule |
| 93 | |
| 94 | Plan review triggers around the topic: |
| 95 | **Fast-changing topics**: Review when the governing facts or official sources change |
| 96 | **Seasonal topics**: Review before the relevant season using current evidence |
| 97 | **Product or pricing content**: Review after documented product changes |
| 98 | **Evergreen topics**: Review when evidence, intent, or performance indicates a need |
| 99 | |
| 100 | Change `lastUpdated` only after substantive content changes. |
| 101 | |
| 102 | ### Step 4: Seasonal & Trending Hooks |
| 103 | |
| 104 | Research seasonal opportunities: |
| 105 | **Industry events**: Conferences, product launches, algorithm updates |
| 106 | **Seasonal trends**: Use Google Trends UI, API, or exported data when available; if relying on WebSearch only, mark trend timing as unverified |
| 107 | **Annual reports**: When do major studies release new data? |
| 108 | **Algorithm updates**: Validate the current Google update timeline against the Google Search Status Dashboard before scheduling update content. Do not rely on a static list. |
| 109 | |
| 110 | #### Seasonal Trends Integration |
| 111 | |
| 112 | Map seasonal peaks to content production schedule |
| 113 | Plan content 4-6 weeks before seasonal peaks for indexing lead time |
| 114 | Create "evergreen with seasonal hook" content (e.g., "X Guide [Year]" updated annually) |
| 115 | Track industry report release cycles: |
| 116 | Ahrefs Annual State of SEO (typically Q1) |
| 117 | Google Year in Search (December) |
| 118 | HubSpot State of Marketing (Q1) |
| 119 | Gartner Hype Cycle (August) |
| 120 | Major conference dates in the niche |
| 121 | Use WebSearch to validate timing of trends before scheduling |
| 122 | |
| 123 | ### Step 5: Generate the Calendar |
| 124 | |
| 125 | #### Content Mix Formula |
| 126 | |
| 127 | Start from this planning heuristic, then adjust for decay risk, authority gaps, |
| 128 | team capacity, and available source material: |
| 129 | **60% new content / 30% freshness updates / 10% repurposed content** |
| 130 | |
| 131 | | Cadence | Monthly Posts | New | Refreshes | Repurposed | |
| 132 | |---------|-------------|-----|-----------|------------| |
| 133 | | 2 posts/week | 8 | 5 | 2 | 1 | |
| 134 | | 3 posts/week | 12 | 7 | 4 | 1 | |
| 135 | | 4 posts/week | 16 | 10 | 5 | 1 | |
| 136 | | 1 post/week | 4 | 2-3 | 1 | 0-1 | |
| 137 | |
| 138 | Within new posts, aim for content type diversity: |
| 139 | **Guides/How-tos**: 30-40% of new content |
| 140 | **Comparisons/Alternatives**: 15-20% |
| 141 | **Listicles/Roundups**: 15-20% |
| 142 | **Case studies/Data research**: 10-15% |
| 143 | **Thought leadership/News analysis**: 10-15% |
| 144 | |
| 145 | #### Template Integration |
| 146 | |
| 147 | For each new post entry, recommend a content template from these 12 available: |
| 148 | `how-to-guide`, `listicle`, `case-study`, `comparison`, `pillar-page`, |
| 149 | `product-review`, `thought-leadership`, `roundup`, `tutorial`, |
| 150 | `news-analysis`, `data-research`, `faq-knowledge` |
| 151 | |
| 152 | Reference: `skills/blog/references/content-templates.md` for full template details. |
| 153 | |
| 154 | #### Monthly Calendar Format |
| 155 | |
| 156 | |
| 157 | # Editorial Calendar: [Month Year] |
| 158 | |
| 159 | ## Publishing Cadence: [N] posts/week |
| 160 | ## Content Mix: [N] new / [N] refreshes / [N] repurposed |
| 161 | |
| 162 | ### Week 1: [Date Range] |
| 163 | | Day | Type | Title | Template | Cluster | Target Keyword | Status | |
| 164 | |-----|------|-------|----------|---------|---------------|--------| |
| 165 | | Mon | New | [Title] | how-to-guide | [Cluster] | [keyword] | Draft | |
| 166 | | Thu | Update | [Existing post] | - | [Cluster] | [keyword] | Refresh | |
| 167 | |
| 168 | ### Week 2: [Date Range] |
| 169 | | Day | Type | Title | Template | Cluster | Target Keyword | Status | |
| 170 | |-----|------|-------|----------|---------|---------------|--------| |
| 171 | | Mon | New | [Title] | comparison | [Cluster] | [keyword] | Brief | |
| 172 | | Thu | New | [Title] | listicle | [Cluster] | [keyword] | Brief | |
| 173 | |
| 174 | ### Week 3: [Date Range] |
| 175 | [...] |
| 176 | |
| 177 | ### Week 4: [Date Range] |
| 178 | [...] |
| 179 | |
| 180 | ## Content Mix This Month |
| 181 | - New posts: [N] |
| 182 | - Freshness updates: [N] |
| 183 | - Repurposed content: [N] |
| 184 | - Content types: [guides, comparisons, how-tos, listicles, ...] |
| 185 | |
| 186 | ## Freshness Update Queue |
| 187 | | Post | Last Updated | Priority | Scheduled | |
| 188 | |------|-------------|----------|-----------| |
| 189 | | [slug] | [date] | High | Week 2 | |
| 190 | | [slug] | [date] | Medium | Week 4 | |
| 191 | |
| 192 | ## Seasonal Hooks |
| 193 | - [Event/trend and how to leverage it] |
| 194 | |
| 195 | |
| 196 | #### Quarterly Calendar Format |
| 197 | |
| 198 | |
| 199 | # Quarterly Editorial Plan: Q[N] [Year] |
| 200 | |
| 201 | ## Content Strategy |
| 202 | - Topic clusters: [N] active |
| 203 | - New posts planned: [N] |
| 204 | - Freshness updates planned: [N] |
| 205 | - Repurposed content: [N] |
| 206 | - Total content actions: [N] |
| 207 | |
| 208 | ## Month 1: [Month] |
| 209 | ### Focus: [Primary cluster or theme] |
| 210 | | Week | Type | Title | Template | Cluster | Keyword | |
| 211 | |------|------|-------|----------|---------|---------| |
| 212 | | W1 | New | ... | how-to-guide | ... | ... | |
| 213 | | W1 | Update | ... | - | ... | ... | |
| 214 | | W2 | New | ... | comparison | ... | ... | |
| 215 | [...] |
| 216 | |
| 217 | ## Month 2: [Month] |
| 218 | ### Focus: [Primary cluster or theme] |
| 219 | [...] |
| 220 | |
| 221 | ## Month 3: [Month] |
| 222 | ### Focus: [Primary cluster or theme] |
| 223 | [...] |
| 224 | |
| 225 | ## Quarterly Goals |
| 226 | - [ ] Publish [N] new posts |
| 227 | - [ ] Update [N] existing posts for freshness |
| 228 | - [ ] Complete [Cluster] pillar + [N] supporting pages |
| 229 | - [ ] Achieve [metric target] |
| 230 | |
| 231 | |
| 232 | ### Step 5.5: Topic Cluster Progress Tracking |
| 233 | |
| 234 | Track the build-out state of each topic cluster. Prioritize completing |
| 235 | partially-built clusters over starting new ones. |
| 236 | |
| 237 | |
| 238 | ## Topic Cluster Progress |
| 239 | | Cluster | Pillar | Spokes Published | Spokes Planned | Coverage | |
| 240 | |---------|--------|-----------------|----------------|----------| |
| 241 | | [Topic] | Published | 5/10 | 5 this quarter | 50% | |
| 242 | | [Topic] | Draft | 2/8 | 3 this quarter | 25% | |
| 243 | | [Topic] | Not started | 0/6 | 1 this quarter | 0% | |
| 244 | |
| 245 | |
| 246 | Rules for cluster prioritization: |
| 247 | Clusters at 50%+ coverage: highest priority to complete |
| 248 | Clusters with published pillar but few spokes: second priority |
| 249 | New clusters: only start when existing clusters reach 75%+ coverage |
| 250 | Never have more than 3 clusters in active build-out simultaneously |
| 251 | |
| 252 | ### Step 5.6: Distribution Scheduling |
| 253 | |
| 254 | For each new post, plan distribution across channels. Include distribution |
| 255 | timing in the calendar output. |
| 256 | |
| 257 | |
| 258 | ## Distribution Schedule |
| 259 | | Post | Publish Date | LinkedIn | Reddit | Email | YouTube | |
| 260 | |------|-------------|----------|--------|-------|---------| |
| 261 | | [Title] | [Date] | Same day | +2-3 days | Next batch | If pillar | |
| 262 | |
| 263 | |
| 264 | Channel timing rules: |
| 265 | **LinkedIn**: Same day as publish (share key insight + link) |
| 266 | **Reddit**: 2-3 days after publish (share genuine insight, not a link drop) |
| 267 | **Email newsletter**: Batch weekly (include 2-3 posts per newsletter) |
| 268 | **YouTube**: Plan companion video for pillar posts only (resource-intensive) |
| 269 | **Twitter/X**: Same day as publish (thread key takeaways) |
| 270 | |
| 271 | Reference: `skills/blog/references/distribution-playbook.md` for detailed channel tactics. |
| 272 | |
| 273 | ### Step 5.7: Freshness Automation |
| 274 | |
| 275 | Set up a system for ongoing freshness maintenance: |
| 276 | |
| 277 | |
| 278 | ## Material-Change Review Queue |
| 279 | | Post | Review Trigger | Evidence | Priority | Owner | |
| 280 | |------|----------------|----------|----------|-------| |
| 281 | | [slug] | [official source/product/fact changed] | [link or observation] | High | [name] | |
| 282 | | [slug] | [sustained performance or intent shift] | [surface-specific comparison] | Medium | [name] | |
| 283 | |
| 284 | |
| 285 | Automation recommendations: |
| 286 | Monitor official sources or product changes for fast-changing topics |
| 287 | Sort the queue by material risk and reader impact |
| 288 | Use traffic only as context, not proof that an update is needed |
| 289 | Update `lastUpdated` only after substantive content changes |
| 290 | Track what changed and compare relevant Search surfaces separately |
| 291 | Suggest `/blog rewrite` only when a substantive review finds work to do |
| 292 | |
| 293 | ### Step 6: Save & Next Steps |
| 294 | |
| 295 | Save to `calendars/[yyyy-mm]-editorial-calendar.md` unless the user specifies |
| 296 | another path. Create `calendars/` if it does not exist. |
| 297 | |
| 298 | Suggested workflow: |
| 299 | Run `/blog strategy` when positioning or pillars are unclear |
| 300 | Run `/blog cluster plan <seed-keyword>` for cluster-heavy calendars |
| 301 | Use `/blog brief <first-topic>` or `/blog outline <first-topic>` for the first scheduled item |
| 302 | Use `/blog write` to generate articles from approved briefs or outlines |
| 303 | Use `/blog rewrite` for freshness updates on existing content |
| 304 | Re-run `/blog calendar` next month/quarter for the next plan |
| 305 | Review the Content Decay Report weekly and address Critical items first |
| 306 | Track Topic Cluster Progress monthly to ensure clusters reach completion |
| 307 |