write-a-doc

Routes documentation facts to the correct project file without duplication.

Updated Jul 28, 2026
One-click install
npx skills add https://github.com/oleg-vasilyev/FoolProof --skill write-a-doc-oleg-vasilyev
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: write-a-doc
Source: https://github.com/oleg-vasilyev/FoolProof/tree/main/.claude/skills/write-a-doc
Command: npx skills add https://github.com/oleg-vasilyev/FoolProof --skill write-a-doc-oleg-vasilyev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When a project maintains several documents (README.md, PLAN.md, CLAUDE.md, TECH-DEBT.md, folder READMEs), the same fact tends to get written in two places, and the copies drift apart. This Skill decides which single document each fact belongs in and how to add it without duplicating or contradicting what other files already say. ## Core Features & Use Cases - Fact routing table: Classifies a fact by kind (user-facing behavior, spec invariant, coding rule, procedure, tech debt) and assigns exactly one home document, with every other file linking to it by anchor. - Four-step edit procedure: Search before writing, search for what the new fact makes false (including grepping old wording and skill frontmatter), write once in the named home, then run the docs-check gate. - Drift and deletion safeguards: Rules for dating data claims, verifying moved sentences land somewhere, respecting line budgets, and re-reading cited stories before quoting them. - Use Case: At the end of a development phase that changed bot behavior, use this Skill to decide whether each new fact goes in README.md, PLAN.md, or a skill, and to catch the stale sentences the change invalidated. ## Quick Start Use the write-a-doc skill to decide where this new rule about the merge command belongs and update the documentation without duplicating it.

Frequently Asked Questions about write-a-doc

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

FAQPage Schema
How do I avoid duplicating documentation across multiple Markdown files?▼

Apply the rule one fact, one home: classify the fact by kind using the routing table, write it once in that document, and have every other file link to it with an anchor. Grep the other documents for the fact's nouns before writing anything.

How do I decide whether a rule goes in CLAUDE.md or a skill file?▼

CLAUDE.md holds rules for how code must be written that apply in any file, while a skill holds procedures with an obvious trigger. A lesson that only matters during one job belongs in that job's skill, since CLAUDE.md is loaded before every session.

What should I check before deleting a sentence from documentation?▼

Grep the destination file for a distinctive phrase from each sentence, not just the topic, to confirm the claim actually exists elsewhere. Then state in the commit which sentences moved and which were deliberately dropped.

Why does documentation drift happen after a rule changes wording?▼

Narrowing a rule leaves stale copies because searching for the new wording only finds places already updated. Grep for the rule's old wording instead, and grep skill frontmatter descriptions first, since a stale description prevents the corrected body from ever being loaded.

When should a data claim in documentation be dated?▼

Date any claim about real data unless something re-checks it automatically. A statement about what data does becomes false silently, while a dated statement about a specific night stays true, and no gate reads a production database.