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.