docs-conventions

Enforce BOS documentation taxonomy, frontmatter, and lineage for markdown files.

1|Updated May 4, 2026
One-click install
npx skills add https://github.com/open-session/os_design_system --skill docs-conventions-open-session
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docs-conventions
Source: https://github.com/open-session/os_design_system/tree/main/.claude/skills/development/docs-conventions
Command: npx skills add https://github.com/open-session/os_design_system --skill docs-conventions-open-session

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve?

This Skill prevents documentation drift by enforcing a single taxonomy, frontmatter schema, and lineage standard for markdown files in the BOS docs system.

Core Features & Use Cases

  • Folder and Archetype Enforcement: Maps each document to the correct docs subfolder so spikes, decisions, overviews, roadmaps, and other archetypes stay organized.
  • Frontmatter Validation Guidance: Ensures required metadata such as title, status, audience, owner, and dates are present before a doc is considered complete.
  • Lineage and Retrieval Support: Encourages related, supersedes, prd, pr, and commit links so documentation can be traced across decisions and updates.
  • Use Case: When a teammate asks for a new runbook, ADR, or design-system note, this Skill helps you place it in the right folder, fill the correct scaffold, and avoid publishing a malformed document.

Quick Start

Ask me to write or review a BOS markdown document and I will place it in the correct docs folder with valid frontmatter and lineage.

Frequently Asked Questions about docs-conventions

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce required frontmatter fields in markdown documentation?

To enforce required frontmatter in markdown documentation, you validate metadata fields like title, status, audience, owner, and dates before considering a file complete. This prevents documentation drift by ensuring a consistent frontmatter schema across all markdown files.

What is documentation taxonomy and why do I need it for markdown files?

Documentation taxonomy is a classification system that maps each markdown file to the correct docs subfolder based on its archetype, such as spikes, decisions, overviews, or roadmaps. You need it to keep documents organized, discoverable, and shippable across large projects.

How do I add lineage and traceable relationships to markdown docs?

To add lineage to markdown docs, include related, supersedes, prd, pr, and commit links in the document metadata. This ensures documentation can be traced across decisions and updates, preserving retrieval quality and documentation integrity over time.

How do I place an ADR or runbook in the correct docs folder structure?

To place an ADR or runbook correctly, map the document to its proper docs subfolder based on its archetype. Applying folder and archetype enforcement ensures spikes, decisions, overviews, and roadmaps stay organized and follow the correct scaffold.

Can I use existing markdown files without adding frontmatter metadata?

Existing markdown files require frontmatter metadata to be considered complete. Without validated metadata fields and correct folder placement, the documents will not maintain the taxonomy standards needed to preserve retrieval quality and documentation integrity.

What are the limitations of enforcing a single documentation taxonomy?

The limitation of enforcing a single documentation taxonomy is that all markdown files must strictly conform to the predefined folder placement and frontmatter schema. Documents that do not fit the supported archetypes or lack required lineage fields will fail validation.