documentation-standards

Enforce Markdown documentation standards with markdownlint-cli2 validation.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/RevTechStudio/rts-plugins --skill documentation-standards-revtechstudio
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: documentation-standards
Source: https://github.com/RevTechStudio/rts-plugins/tree/main/rts-foundation/skills/documentation-standards
Command: npx skills add https://github.com/RevTechStudio/rts-plugins --skill documentation-standards-revtechstudio

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill ensures all Markdown documentation is consistent, readable, and maintainable. It defines clear writing styles, structural guidelines, and validation rules, eliminating ambiguity and improving documentation quality across projects.

Core Features & Use Cases

  • Style & Formatting Rules: Dictates language (Japanese, plain style), indentation, emoji usage, and the preference for Mermaid diagrams over external images.
  • Content Principles: Emphasizes conciseness, avoiding code in specification documents, and consistent terminology for clarity.
  • Markdownlint Validation: Integrates markdownlint-cli2 for automated document validation, highlighting common errors and ensuring adherence to standards.
  • Use Case: When writing a new README.md or a technical specification, use this skill to ensure your document follows all team standards, from heading levels and list formatting to avoiding common markdownlint errors, making it easy for anyone to read and understand.

Quick Start

Explain the documentation standards for Markdown files, focusing on writing style, structure, and markdownlint validation.

Frequently Asked Questions about documentation-standards

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

FAQPage Schema
How do I enforce consistent Markdown documentation standards across my project?

Markdown documentation standards define formatting rules, writing style, and structural guidelines to ensure consistency. This Skill enforces language conventions, heading levels, indentation, emoji restrictions, and validates files using markdownlint-cli2 to eliminate ambiguity and improve readability across all project documents.

What Markdown formatting rules should I follow for technical documentation?

Apply two-space indentation, use consistent heading hierarchy, restrict emoji use, prefer Mermaid diagrams over external images, and maintain unified terminology throughout. Write in plain style, keep code separate from specifications, and prioritize conciseness to ensure clarity and maintainability.

How does markdownlint validation improve documentation quality?

Markdownlint-cli2 automatically validates Markdown files against predefined rules, catching common formatting errors and style violations before publication. It highlights inconsistencies in heading structure, list formatting, and spacing, ensuring your documentation adheres to team standards without manual review.

Can I use these standards when writing README files and technical specifications?

Yes. This Skill applies documentation standards during README authoring, technical specification creation, and any Markdown editing workflow. It ensures both file types follow consistent style, structure, and validation rules, making documentation accessible and maintainable for all team members.

What happens if my Markdown files don't pass markdownlint validation?

Markdownlint identifies violations but does not automatically fix them unless explicitly requested. You review flagged issues—such as improper heading levels, indentation errors, or style deviations—and manually correct them to align with your project's documentation standards.

Do I need to learn Japanese language conventions to use these documentation standards?

If your project targets Japanese audiences or uses Japanese as the primary language, these standards enforce plain-form Japanese style and language conventions. For English-only projects, focus on the structural guidelines—heading hierarchy, indentation, consistency—and markdownlint validation rules.