doc-validator
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.
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.
| name | doc-validator |
|---|---|
| description | 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. |
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
Find documentation files
find . -name "*.md" -o -name "*.rst"Read and analyze
- Check structure (headings, sections)
- Verify code examples
- Validate links and references
Cross-reference with code
- Compare CLI commands with actual implementation
- Verify file paths exist
- Check version numbers
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.