From 000-jeremy-content-consistency-validator
Generates a comprehensive read-only discrepancy report comparing messaging consistency across website, GitHub, and local documentation. Identifies critical discrepancies, warnings, and terminology inconsistencies.
How this command is triggered — by the user, by Claude, or both
Slash command
/000-jeremy-content-consistency-validator:validate-consistencysonnetThe summary Claude sees in its command listing — used to decide when to auto-load this command
**CRITICAL INSTRUCTIONS:** - **Temperature: 0.0** - ZERO creativity. Pure factual analysis only. - **Read-only** - Report discrepancies, never suggest creative solutions - **Exact matching** - Report differences precisely as they appear - **No interpretation** - List facts, not opinions or creative alternatives # Content Consistency Validation Report Generator Generate a comprehensive read-only discrepancy report that identifies messaging inconsistencies across: 1. **Website content** (ANY HTML-based website: static HTML, WordPress, Hugo, Astro, Jekyll, Next.js, React, Vue, Gatsby, etc.) ...
CRITICAL INSTRUCTIONS:
Generate a comprehensive read-only discrepancy report that identifies messaging inconsistencies across:
WORKFLOW MANDATE:
Create a Markdown report with these sections:
List all content sources discovered:
Issues that MUST be fixed:
For each:
Issues that SHOULD be reviewed:
For each:
Table showing term usage across sources:
| Term | Website | GitHub | Local Docs | Recommendation |
|---|
Ordered list of fixes:
Each with:
Use these patterns to find content:
Website (detect ANY HTML-based site automatically):
# Static HTML sites
find . -name "*.html" -not -path "*/node_modules/*" -not -path "*/.git/*"
# Hugo sites
find . -name "*.md" -path "*/content/*"
find . -name "*.html" -path "*/themes/*" -o -path "*/layouts/*"
# Astro sites
find . -name "*.astro" -o -name "*.md" -path "*/src/pages/*"
# Jekyll/GitHub Pages
find . -name "*.md" -path "*/_posts/*" -o -path "*/_pages/*"
find . -name "*.html" -path "*/_layouts/*" -o -path "*/_includes/*"
# WordPress sites
find . -name "*.php" -path "*/wp-content/themes/*"
find . -name "*.html" -path "*/wp-content/*"
# Next.js/React sites
find . -name "*.tsx" -o -name "*.jsx" -path "*/pages/*" -o -path "*/app/*"
find . -name "*.html" -path "*/out/*" -o -path "*/build/*" -o -path "*/.next/*"
# Vue/Nuxt sites
find . -name "*.vue" -path "*/pages/*" -o -path "*/components/*"
find . -name "*.html" -path "*/dist/*" -o -path "*/.nuxt/*"
# Gatsby sites
find . -name "*.js" -o -name "*.jsx" -path "*/src/pages/*"
find . -name "*.html" -path "*/public/*"
# 11ty/Eleventy sites
find . -name "*.md" -o -name "*.njk" -not -path "*/node_modules/*"
find . -name "*.html" -path "*/_site/*"
# Docusaurus sites
find . -name "*.md" -o -name "*.mdx" -path "*/docs/*" -o -path "*/blog/*"
find . -name "*.html" -path "*/build/*"
GitHub:
# Key files
find . -name "README.md" -o -name "CONTRIBUTING.md"
find . -path "*/docs/*.md"
Local Docs:
# Documentation directories
find . -path "*/claudes-docs/*.md"
find . -path "*/docs/*.md" -not -path "*/.git/*"
find . -path "*/000-docs/*.md"
For each source, extract:
v\d+\.\d+\.\d+, version, releaseUse grep patterns:
# Versions
grep -E "v[0-9]+\.[0-9]+\.[0-9]+" file.md
# Email addresses
grep -E "[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}" file.md
# URLs
grep -E "https?://[^\s)]+" file.md
# Feature keywords
grep -iE "(feature|supports|includes|provides)" file.md
Build comparison tables:
## Version Comparison
| Source | Version | Location | Last Updated |
|--------|---------|----------|--------------|
| Website | v1.2.1 | /about/index.html:45 | 2025-10-23 |
| GitHub | v1.2.0 | README.md:12 | 2025-10-20 |
| Docs | v1.2.0 | 000-docs/082-*.md:8 | 2025-10-18 |
🔴 **CRITICAL**: Website shows v1.2.1 but GitHub/Docs show v1.2.0
Save report to:
consistency-reports/YYYY-MM-DD-HH-MM-SS-full-audit.md
Include timestamp, sources analyzed, and full findings.
Print terminal summary:
╔════════════════════════════════════════════════╗
║ Content Consistency Validation Report ║
║ Generated: 2025-10-23 10:45:23 ║
╠════════════════════════════════════════════════╣
║ Sources Analyzed: 47 files ║
║ 🔴 Critical Issues: 3 ║
║ 🟡 Warnings: 12 ║
║ 🟢 Informational: 8 ║
╠════════════════════════════════════════════════╣
║ Report saved to: ║
║ consistency-reports/2025-10-23-10-45-23.md ║
╚════════════════════════════════════════════════╝
✅ Allowed:
Read - Read local filesGlob - Find files by patternGrep - Search file contentsBash (read-only): cat, grep, find, wc❌ Forbidden:
Write - NO file modificationsEdit - NO file editsgit commit - NO version control changes### 🔴 CRITICAL: Plugin Count Mismatch
**Issue:** Different plugin counts across platforms
**Website Says:**
"236 production-ready plugins"
- Location: index.html:89
- Last updated: 2025-10-23
**GitHub Says:**
"Over 230 plugins available"
- Location: README.md:45
- Last updated: 2025-10-20
**Local Docs Say:**
"230+ plugins in marketplace"
- Location: 000-docs/training-guide.md:156
- Last updated: 2025-10-15
**Impact:** Potential customer confusion, inconsistent marketing
**Recommendation:**
1. Standardize on "236 plugins" (most specific)
2. Update GitHub README.md line 45
3. Update training-guide.md line 156
4. Set reminder to update all sources when count changes
**Priority:** HIGH - Public-facing inconsistency
### 🟡 WARNING: Terminology Inconsistency
**Issue:** Mixing "plugin" and "extension" terms
**Website:** Consistently uses "plugin" (23 mentions)
**GitHub:** Uses both "plugin" (15x) and "extension" (3x)
**Docs:** Consistently uses "plugin" (45 mentions)
**Analysis:**
- Majority consensus: "plugin"
- GitHub has 3 outliers using "extension"
**Recommendation:**
1. Update GitHub docs to use "plugin" exclusively
2. Add terminology guide to CONTRIBUTING.md
3. Add linter rule to catch "extension" usage
**Priority:** MEDIUM - Internal consistency issue
If scope is unclear, ask:
I'll validate content consistency. Please specify:
1. Which sources? (website/github/docs/all)
2. Focus area? (versions/features/contact/all)
3. Report detail? (summary/detailed/comprehensive)
Show progress:
🔍 Scanning website... found 23 pages
🔍 Scanning GitHub... found 15 markdown files
🔍 Scanning local docs... found 9 documentation files
📊 Analyzing version mentions... 15 found
📊 Analyzing feature claims... 34 found
📊 Analyzing contact info... 8 found
✅ Analysis complete. Generating report...
✅ Consistency Report Complete
📄 Full report: consistency-reports/2025-10-23-10-45-23-full-audit.md
🔴 3 critical issues require immediate attention
🟡 12 warnings should be reviewed soon
🟢 8 informational notes for awareness
Top priority fix:
→ Update version number in GitHub README.md (v1.2.0 → v1.2.1)
# User runs command
/validate-consistency
# Or asks naturally
"Check if my website matches GitHub docs"
"Validate consistency before I update training materials"
"Find mixed messaging across all platforms"
The command/skill automatically:
Remember: READ-ONLY. Never modify files. Only report discrepancies.
16plugins reuse this command
First indexed Dec 31, 2025
Showing the 6 earliest of 16 plugins
npx claudepluginhub dorucioclea/claude-code-plugins-plus --plugin 000-jeremy-content-consistency-validator/validate-consistencyGenerates a comprehensive read-only discrepancy report comparing messaging consistency across website, GitHub, and local documentation. Identifies critical discrepancies, warnings, and terminology inconsistencies.
/healthRuns unified documentation health analysis detecting stale docs, broken links, version drift, and cross-document inconsistencies. Supports modes like scan, links, check <path>, drift, and setup.
/syncChecks source code against documentation for drift (check) or fixes discrepancies (fix), categorizing API endpoints, models, components, functions, and config as implemented, partial, missing, or undocumented.
/qaCompares pages in a WXR export against original source URLs, reports content discrepancies, and optionally fixes them.
/docs-updateSyncs documentation across README files and wiki articles by locating wiki repo, analyzing main repo changes, interactively confirming updates, and committing to both.
/fact-checkVerifies factual accuracy of a document against the actual codebase and git history, correcting inaccuracies in place with a verification summary.