documentation

Standardize feature, architecture, and API documentation with YAML frontmatter and templates.

Updated Jan 1, 2026
One-click install
npx skills add https://github.com/ChanningHe/dotfiles --skill documentation-channinghe
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: documentation
Source: https://github.com/ChanningHe/dotfiles/tree/main/claude/skills/documentation
Command: npx skills add https://github.com/ChanningHe/dotfiles --skill documentation-channinghe

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Documentation is a user manual for future maintainers; without standards, feature modules, architecture patterns, or public APIs may become inconsistent or hard to use.

Core Features & Use Cases

  • Establishes a consistent structure for feature docs, architecture patterns, and public APIs.
  • Provides a template for core concepts, data flow, usage, edge cases, and maintainer notes.
  • Improves onboarding and knowledge transfer for teams.

Quick Start

Create a new docs/specs entry named after your feature in kebab-case and fill in the sections as per the template.

Frequently Asked Questions about documentation

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

FAQPage Schema
How do I standardize documentation for public APIs and architecture changes?

You can standardize public APIs and architecture documentation by applying a consistent template that requires YAML frontmatter, core concepts, data flow, usage, edge cases, and maintainer notes to ensure long-term clarity.

What is the best way to structure feature docs for engineering teams?

The best way to structure feature docs is to create an entry named in kebab-case and fill in predefined sections for core concepts, data flow, usage, edge cases, and maintainer notes to improve team onboarding and knowledge transfer.

Why does inconsistent documentation make architecture patterns hard to use?

Inconsistent documentation makes architecture patterns hard to use because without standardized templates, future maintainers lack a clear user manual, causing feature modules and public APIs to become difficult to understand and adopt.

How do I create a new documentation entry for a feature module?

To create a new documentation entry, name your feature in kebab-case, include YAML frontmatter with a name and description, and populate the body with core sections, Quick Start instructions, and optional reference directories.

What sections should be included in public API documentation templates?

Public API documentation templates should include sections for core concepts, data flow, usage, edge cases, and maintainer notes, along with a Quick Start instruction and optional directories for references and assets.

Can I use this documentation standard for both new features and engineering patterns?

Yes, you can use this documentation standard for both new features and engineering patterns, as it establishes a consistent structure applicable to product teams creating new features, architecture patterns, or public APIs.