doc-validator

poindexter12's avatarfrom poindexter12

Validate documentation files for completeness, accuracy, and consistency with the codebase. Use when user mentions "check documentation", "validate docs", "is the README up to date?", requests documentation review, says "docs are wrong" or "fix the docs", or is working on documentation improvements. Covers README files, API docs, CHANGELOG, and any markdown documentation.

⭐0stars🔀0forks📁View on GitHub🕐Updated Dec 13, 2025

When & Why to Use This Skill

The Documentation Validator is a specialized Claude skill designed to automate the auditing of technical documentation. It ensures that README files, API references, and CHANGELOGs remain complete, accurate, and perfectly synchronized with the underlying codebase. By cross-referencing documentation with actual code implementations, it identifies outdated commands, broken links, and missing sections, helping teams maintain high-quality, reliable developer resources.

Use Cases

  • Pre-release Documentation Audit: Automatically verify that the README and API documentation match the latest code changes and version numbers before a software release.
  • Code-to-Doc Consistency Check: Validate that CLI commands, file paths, and code snippets mentioned in the documentation are still functional and exist within the current repository structure.
  • Onboarding Material Verification: Ensure that installation guides and 'Getting Started' sections are complete and error-free to provide a seamless experience for new developers or contributors.
  • Quality Assurance for Markdown Files: Scan all project documentation for broken links, formatting inconsistencies, and grammatical errors to maintain a professional project image.
namedoc-validator
descriptionValidate documentation files for completeness, accuracy, and consistency with the codebase. Use when user mentions "check documentation", "validate docs", "is the README up to date?", requests documentation review, says "docs are wrong" or "fix the docs", or is working on documentation improvements. Covers README files, API docs, CHANGELOG, and any markdown documentation.

Documentation Validator

Validation Checks

1. Completeness

  • Installation instructions present
  • Usage examples provided
  • API reference complete (if applicable)
  • Troubleshooting section exists
  • Contributing guidelines (if open source)

2. Accuracy

  • Code examples are runnable
  • Commands match actual CLI
  • File paths exist
  • Version numbers match package.json/pyproject.toml
  • Links are not broken

3. Consistency

  • Terminology is consistent
  • Code style in examples matches project
  • Formatting is uniform
  • Table of contents matches headings

4. Quality

  • No spelling/grammar errors
  • Clear and concise language
  • Proper markdown formatting
  • Code blocks have language hints

Process

  1. Find documentation files

    find . -name "*.md" -o -name "*.rst"
    
  2. Read and analyze

    • Check structure (headings, sections)
    • Verify code examples
    • Validate links and references
  3. Cross-reference with code

    • Compare CLI commands with actual implementation
    • Verify file paths exist
    • Check version numbers
  4. Report findings

    • List issues by category
    • Suggest improvements
    • Provide examples of fixes

Examples

✅ Good trigger: "Check if our README is complete" ✅ Good trigger: "Validate the API documentation" ✅ Good trigger: "The docs mention /old-command but I don't see it in the code"

❌ Bad trigger: "Write new documentation" (creation, not validation) ❌ Bad trigger: "Fix typo in line 42" (too specific, not validation)

Supporting Files

For detailed validation rules, see references/validation-rules.md.