Stub Pages Style Guide
Stub Pages Style Guide
Stub pages are intentionally minimal placeholders. They mark topics that exist in the conceptual space but don't warrant full pages.
When to Use Stubs
Use pageType: stub for:
- Placeholders - Topics to be expanded later
- Brief profiles - People, orgs that don't need full pages
- Redirect pointers - Topics covered elsewhere
- Deprecated concepts - Historical items kept for links
Required Frontmatter
---
title: "Topic Name"
description: "Brief explanation of what this is."
pageType: stub
seeAlso: "primary-page-slug" # Optional: points to main coverage
---
Minimal Content
Stubs should have:
- One paragraph explaining what this is
- Why it's a stub (placeholder, covered elsewhere, etc.)
- Link to primary coverage if applicable
Example:
---
title: "Narrow AI Safety"
pageType: stub
seeAlso: "ai-safety"
---
# Narrow AI Safety
Safety considerations for narrow (non-general) AI systems. This topic is intentionally minimal as the primary focus of LongtermWiki is transformative AI.
For comprehensive coverage, see [AI Safety](/knowledge-base/ai-safety/).
When NOT to Use Stubs
Don't use stubs as an excuse for incomplete work. If a topic deserves coverage, write a real page. Stubs are for topics that should be minimal.
Quality Rating
Stubs are excluded from quality scoring. They don't appear in quality reports or improvement queues.
Converting Stubs to Full Pages
When ready to expand:
Task({
subagent_type: 'general-purpose',
prompt: `Convert stub at [PATH] to a full page.
1. Determine appropriate page type (risk, response, model)
2. Read the relevant style guide
3. Research the topic
4. Replace stub content with full structure
5. Remove pageType: stub from frontmatter
6. Add quality and importance ratings`
})
Validation
Stubs are skipped by content validators. To list all stubs:
grep -r "pageType: stub" src/content/docs/ | wc -l