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

  1. Hit Copy SKILL.md — or use the Claude Code line below to get every file.
  2. 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.
  3. Describe your job in plain words. The AI follows the skill from there.
Claude Code — installs the whole folder, not just SKILL.md
npx degit AgriciDaniel/claude-blog/skills/blog-calendar#main ~/.claude/skills/blog-calendar-2

For 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.
Step-by-step guide with screenshots · Ask in the forum

Paste into Claude, ChatGPT or Cursor.

Show the full text307 lines
blog-calendar-2/SKILL.md307 lines11.7 KBpushed 60d agoRawView on GitHub

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:

  1. Niche/industry: What is the blog about?
  2. Existing content: Scan for existing blog posts (Glob for *.md, *.mdx, *.html)
  3. Publishing cadence: How often can they publish? (default: 2x/week)
  4. Timeframe: Monthly or quarterly calendar?
  5. 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:

  1. Industry events: Conferences, product launches, algorithm updates
  2. Seasonal trends: Use Google Trends UI, API, or exported data when available; if relying on WebSearch only, mark trend timing as unverified
  3. Annual reports: When do major studies release new data?
  4. 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 lastUpdated only after substantive content changes
  • Track what changed and compare relevant Search surfaces separately
  • Suggest /blog rewrite only 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:

  1. Run /blog strategy when positioning or pillars are unclear
  2. Run /blog cluster plan <seed-keyword> for cluster-heavy calendars
  3. Use /blog brief <first-topic> or /blog outline <first-topic> for the first scheduled item
  4. Use /blog write to generate articles from approved briefs or outlines
  5. Use /blog rewrite for freshness updates on existing content
  6. Re-run /blog calendar next month/quarter for the next plan
  7. Review the Content Decay Report weekly and address Critical items first
  8. Track Topic Cluster Progress monthly to ensure clusters reach completion
1---
2name: blog-calendar
3description: >
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".
11user-invokable: true
12argument-hint: "[<niche>]"
13license: MIT
14---
15 
16# Blog Calendar: Editorial Planning
17 
18Generates editorial calendars with topic clusters, publishing cadence,
19material-change reviews, content-decay investigation, template recommendations,
20distribution planning, and seasonal hooks. It does not treat publication or
21update frequency as a ranking or citation signal.
22 
23## Cross-reference
24 
25This skill operates at the FLOW Find stage. Before selecting topics, run
26`/blog flow find` for keyword discovery, content prioritization, and audience
27avatar prompts that should inform cluster selection and topic sequencing.
28 
29## Workflow
30 
31### Step 1: Understand the Blog
32 
33Gather context:
341. **Niche/industry**: What is the blog about?
352. **Existing content**: Scan for existing blog posts (Glob for *.md, *.mdx, *.html)
363. **Publishing cadence**: How often can they publish? (default: 2x/week)
374. **Timeframe**: Monthly or quarterly calendar?
385. **Business goals**: What should the blog drive? (traffic, leads, authority)
39 
40### Step 2: Topic Cluster Design
41 
42Design 3-5 topic clusters (pillar + supporting content):
43 
44```
45Cluster: [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 
54Each 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 
62Scan existing posts for material change signals. Dates are inventory metadata,
63not 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 
72Do not prioritize an update solely because a frontmatter date is old or a
73vendor sample observed recently updated citations.
74 
75Output 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 
86Priority 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 
94Plan 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 
100Change `lastUpdated` only after substantive content changes.
101 
102### Step 4: Seasonal & Trending Hooks
103 
104Research seasonal opportunities:
1051. **Industry events**: Conferences, product launches, algorithm updates
1062. **Seasonal trends**: Use Google Trends UI, API, or exported data when available; if relying on WebSearch only, mark trend timing as unverified
1073. **Annual reports**: When do major studies release new data?
1084. **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 
127Start from this planning heuristic, then adjust for decay risk, authority gaps,
128team 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 
138Within 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 
147For 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 
152Reference: `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 
234Track the build-out state of each topic cluster. Prioritize completing
235partially-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 
246Rules 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 
254For each new post, plan distribution across channels. Include distribution
255timing 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 
264Channel 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 
271Reference: `skills/blog/references/distribution-playbook.md` for detailed channel tactics.
272 
273### Step 5.7: Freshness Automation
274 
275Set 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 
285Automation 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 
295Save to `calendars/[yyyy-mm]-editorial-calendar.md` unless the user specifies
296another path. Create `calendars/` if it does not exist.
297 
298Suggested workflow:
2991. Run `/blog strategy` when positioning or pillars are unclear
3002. Run `/blog cluster plan <seed-keyword>` for cluster-heavy calendars
3013. Use `/blog brief <first-topic>` or `/blog outline <first-topic>` for the first scheduled item
3024. Use `/blog write` to generate articles from approved briefs or outlines
3035. Use `/blog rewrite` for freshness updates on existing content
3046. Re-run `/blog calendar` next month/quarter for the next plan
3057. Review the Content Decay Report weekly and address Critical items first
3068. Track Topic Cluster Progress monthly to ensure clusters reach completion
307 

Discussion

Alternatives

Also in Content planning
Comprehensive content review planCreate a detailed plan to review guides, blog posts, and comparison pages for potential issues, verify them, and implement fixes.Creator · CC0-1.0Studio Beauty Editorial (close-up, pro)Create a detailed studio beauty editorial close-up shot prompt. The prompt will include specific instructions on subject demographics, pose, setting, camera details, lighting, and mood to achieve a high-end beauty campaign feel. It will also define technical constraints and negative prompts to avoid unwanted elements.Creator · CC0-1.0Semantic Topic ClusteringSERP-based semantic topic clustering for content architecture planning. Groups keywords by actual Google SERP overlap (not text similarity), designs hub-and-spoke content clusters with internal link matrices, and generates interactive visualizations. Optionally executes content creation if claude-blog is installed. Use when user says "topic cluster", "content cluster", "semantic clustering", pillar page", "hub and spoke", "content architecture", "keyword grouping", or "cluster plan".Creator · MITBlog Brand: Durable Editorial ContextEstablish durable brand and voice context for cross-skill consumption. Generates BRAND.md (audience, positioning, do/don't editorial rules, taboo phrases, competitor differentiation) and VOICE.md (existing persona JSON re-expressed as readable prose), both written to the project root. When present, the blog orchestrator auto-loads these files for write, rewrite, brief, outline, calendar, and strategy workflows. Pairs with blog-persona, which manages the structured persona JSON. Use when user says "blog brand", "create brand context", "brand voice doc", "BRAND.md", "VOICE.md", "establish editorial brand", brand guidelines for blog".Marketing · MIT