doc-style

Enforces documentation wording rules for Markdown files, code comments, and commit messages.

1|Updated Jan 14, 2024
One-click install
npx skills add https://github.com/Eyhenij/rt-tools --skill doc-style-eyhenij
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: doc-style
Source: https://github.com/Eyhenij/rt-tools/tree/main/.claude/skills/doc-style
Command: npx skills add https://github.com/Eyhenij/rt-tools --skill doc-style-eyhenij

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Project documentation drifts out of sync with code: dead links, stale numbers, invented terms, and documents committed separately from the changes they describe. This Skill defines the wording and consistency rules that keep a repository's texts accurate and verifiable. ## Core Features & Use Cases - Path and link integrity: Every path named in a document must exist in the tree, checked by a command, with archives and portable texts excluded. - Edit-document pairing: A document ships in the same commit as the change it describes, with a Docs-skip: <reason> bypass for exceptions. - Glossary discipline: Terms come from the project glossary rather than being invented, and texts for owners use product language instead of internal jargon. - Use Case: When editing a spec, README, or PR description, load this rule to verify that named paths exist, numbers are recomputed by command, and the document accompanies its code change. ## Quick Start Load the doc-style rule before editing any Markdown file, code comment, commit body, or PR description and follow its checks for paths, numbers, and glossary terms.

Frequently Asked Questions about doc-style

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

FAQPage Schema
How do I keep documentation in sync with code changes?▼

Commit each document in the same commit as the change it describes, enforced by a docs-guard hook on defined edit-document pairs. If a pair genuinely does not apply, add a `Docs-skip: <reason>` line to the commit body with a non-empty reason.

How do I check that paths referenced in Markdown files exist?▼

Run the path check command (`npm run check:docs`), which searches the tree from version control so dot-directories are included. Bare file names are searched across the whole tree, and archives plus portable laid-out files are excluded.

What is the Docs-skip bypass and when can I use it?▼

Docs-skip is a line in the commit body that bypasses the requirement that a document ship with its change. It must include a non-empty reason; an empty reason is rejected by the guard.

Why are numbers in documentation discouraged?▼

Numbers go stale within a single branch because no check watches them. If a number must be written, recompute it with a command in the same commit, or omit it entirely when it would need constant recomputation.

Does this rule apply to code comments and PR descriptions?▼

Yes, the rule covers code comments, commit bodies, and PR descriptions, but the automated gate only checks `.md` files. Comments and owner-facing texts are held by the author, with owner-facing texts written in product language rather than internal glossary terms.

When should documentation go to the archive instead of being updated?▼

Records of closed work go to the archive with an expiry set by `archiveRetentionDays`, after which they are removed. A file moving to the archive must name its former address in its header so old references remain traceable.