Cross-Validate Artifacts Skill
Cross-validate documentation and artifacts across the codebase for consistency, conflicts, and contradictions.
Trigger
Use this skill when the user:
- Asks to "cross-validate", "validate docs", "check documentation consistency"
- Wants to find conflicts or contradictions in documentation
- Asks to audit or review documentation for accuracy
- Uses
/cross-validate-artifacts command
Arguments
- No arguments: Perform validation and present results summary table, then ask user if they want to fix
validate and fix or fix: Perform validation AND automatically fix all issues found
--category <name>: Validate specific category only (domain-models, agent-system, tech-stack, architecture, cli-commands)
Validation Process
Step 1: Identify Documentation Sources
Gather all documentation files to validate:
Root docs:
- README.md
- CLAUDE.md
- AGENTS.md
- CONTRIBUTING.md
docs/ folder:
- docs/architecture/*.md
- docs/concepts/*.md
- docs/guides/*.md
- docs/development/*.md
- docs/api/*.md
Step 2: Break Into Validation Categories
Split validation into parallel sub-tasks for efficiency. Each category should be handled by a dedicated subagent:
| Category |
Description |
Key Files to Compare |
| domain-models |
Entity definitions, fields, enums |
CLAUDE.md, docs/api/domain-models.md, docs/concepts/*.md |
| agent-system |
Agent names, tools, state schema, workflow |
AGENTS.md, docs/architecture/agent-system.md, docs/guides/langgraph-agents.md |
| tech-stack |
Framework versions, library references |
README.md, CLAUDE.md, docs/architecture/overview.md |
| architecture |
Layer descriptions, folder structure, patterns |
CLAUDE.md, docs/architecture/*.md, CONTRIBUTING.md |
| cli-commands |
pnpm scripts, paths, configuration |
CLAUDE.md, docs/development/.md, docs/guides/.md |
Step 3: Launch Parallel Subagents
CRITICAL: Use the Task tool with subagent_type=Explore to run validation categories in parallel.
Launch 5 subagents simultaneously:
1. Domain models validation subagent
2. Agent system validation subagent
3. Technology stack validation subagent
4. Architecture validation subagent
5. CLI commands validation subagent
Each subagent should:
- Read all relevant files for its category
- Compare definitions, names, values across files
- Identify discrepancies with exact file:line references
- Return structured list of issues found
Step 4: Compile Results
Aggregate all subagent results into a summary table:
## Validation Results Summary
### Critical Violations (Must Fix)
| # | Category | Issue | Files Affected | Details |
| --- | -------- | ----- | -------------- | ------- |
| 1 | ... | ... | file.md:line | ... |
### High Priority Violations
| # | Category | Issue | Files Affected | Details |
| --- | -------- | ----- | -------------- | ------- |
### Medium Priority Violations
...
### Consistent Items (No Issues)
| Category | Status |
| -------- | ---------- |
| ... | Consistent |
Step 5: Present or Fix
If no "fix" argument provided:
- Present the summary table to the user
- Ask: "Would you like me to fix these violations?"
- Wait for user confirmation before proceeding
If "fix" argument provided:
- Present the summary table
- Automatically proceed to fix all violations using parallel subagents
Fixing Process
Launch Fix Subagents in Parallel
For each category with violations, launch a dedicated fix subagent:
Task tool with subagent_type=general-purpose for each fix task:
- Fix agent system references (CrewAI → LangGraph)
- Fix domain model definitions (add missing fields/entities)
- Fix package manager references (npm → pnpm)
- Fix architecture descriptions
- Fix path references
Each fix subagent should:
- Read the file(s) needing fixes
- Apply minimal, targeted edits using the Edit tool
- Preserve existing formatting and structure
- Report what was changed
Safety Guidelines for Fixes
- Read before edit: Always read the full file before making changes
- Minimal changes: Only fix the specific discrepancy, don't refactor
- Preserve style: Match existing formatting, indentation, tone
- No new content: Don't add features or documentation beyond fixing inconsistencies
- Verify after fix: Ensure the fix doesn't introduce new conflicts
Validation Checks by Category
Domain Models Checks
- Entity fields match across CLAUDE.md, api/domain-models.md, concepts/*.md
- Enum values consistent (SdlcLifecycle, TaskStatus, ArtifactType)
- All entities documented (Feature, Task, ActionItem, Artifact, Requirement)
- Field types match (string, number, arrays, etc.)
Agent System Checks
- Framework name consistent (LangGraph vs CrewAI)
- Agent/node naming consistent (class names vs function names)
- State schema fields match across docs
- Tool names consistent (snake_case tool names, camelCase variables)
- Workflow stages match
Tech Stack Checks
- Framework versions specified consistently
- Library names match (Next.js, Vite, Vitest, etc.)
- Package manager consistent (pnpm everywhere)
- Database technology consistent (SQLite, LanceDB)
Architecture Checks
- Layer names and hierarchy consistent
- Folder structure matches across docs
- Dependency rules documented consistently
- Use case names match (PascalCase vs kebab-case)
CLI Commands Checks
- pnpm script names consistent
- Command descriptions match
- Data paths consistent (~/.shep/repos/...)
- Config file paths consistent
- Port numbers consistent (3030)
Example Output
## Documentation Cross-Validation Results
### Critical Violations (4 issues)
| # | Category | Issue | Files | Details |
| --- | ------------- | ------------------- | ------------------ | --------------------------------------------------- |
| 1 | agent-system | CrewAI vs LangGraph | CLAUDE.md:59,106 | Uses "CrewAI-style" but implementation is LangGraph |
| 2 | cli-commands | npm vs pnpm | building.md:20-358 | Uses `npm run` instead of `pnpm` |
| 3 | domain-models | Missing entity | CLAUDE.md | Requirement entity not documented |
| 4 | agent-system | Wrong naming | CLAUDE.md:110-113 | Uses class names instead of node functions |
### Consistent Items
| Category | Status |
| ----------------- | ---------- |
| Database (SQLite) | Consistent |
| Build tool (Vite) | Consistent |
| Data paths | Consistent |
---
Would you like me to fix these violations?
Notes
- Always use subagents for both validation and fixing to maximize efficiency
- Present results in clean markdown tables for readability
- Prioritize fixes by severity (Critical > High > Medium > Low)
- After fixing, optionally re-run validation to confirm all issues resolved
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: cross-validate-artifacts3description: Cross-validate documentation and artifacts across the codebase for consistency, conflicts, and contradictions. Use when users ask to "cross-validate", "validate docs", "check documentation consistency", "audit documentation", or find conflicts/contradictions in docs. Supports automatic fixing with "validate and fix" argument. Runs parallel subagents for efficient validation across categories (domain-models, agent-system, tech-stack, architecture, cli-commands). Part of the Shep autonomous SDLC platform — https://shep.bot Use when this capability is needed.4---56# Cross-Validate Artifacts Skill789Cross-validate documentation and artifacts across the codebase for consistency, conflicts, and contradictions.1011## Trigger1213Use this skill when the user:1415- Asks to "cross-validate", "validate docs", "check documentation consistency"16- Wants to find conflicts or contradictions in documentation17- Asks to audit or review documentation for accuracy18- Uses `/cross-validate-artifacts` command1920## Arguments2122- No arguments: Perform validation and present results summary table, then ask user if they want to fix23- `validate and fix` or `fix`: Perform validation AND automatically fix all issues found24- `--category <name>`: Validate specific category only (domain-models, agent-system, tech-stack, architecture, cli-commands)2526## Validation Process2728### Step 1: Identify Documentation Sources2930Gather all documentation files to validate:3132```33Root docs:34- README.md35- CLAUDE.md36- AGENTS.md37- CONTRIBUTING.md3839docs/ folder:40- docs/architecture/*.md41- docs/concepts/*.md42- docs/guides/*.md43- docs/development/*.md44- docs/api/*.md45```4647### Step 2: Break Into Validation Categories4849Split validation into parallel sub-tasks for efficiency. Each category should be handled by a dedicated subagent:5051| Category | Description | Key Files to Compare |52| ----------------- | ---------------------------------------------- | ----------------------------------------------------------------------------- |53| **domain-models** | Entity definitions, fields, enums | CLAUDE.md, docs/api/domain-models.md, docs/concepts/\*.md |54| **agent-system** | Agent names, tools, state schema, workflow | AGENTS.md, docs/architecture/agent-system.md, docs/guides/langgraph-agents.md |55| **tech-stack** | Framework versions, library references | README.md, CLAUDE.md, docs/architecture/overview.md |56| **architecture** | Layer descriptions, folder structure, patterns | CLAUDE.md, docs/architecture/\*.md, CONTRIBUTING.md |57| **cli-commands** | pnpm scripts, paths, configuration | CLAUDE.md, docs/development/_.md, docs/guides/_.md |5859### Step 3: Launch Parallel Subagents6061CRITICAL: Use the Task tool with `subagent_type=Explore` to run validation categories in parallel.6263```64Launch 5 subagents simultaneously:651. Domain models validation subagent662. Agent system validation subagent673. Technology stack validation subagent684. Architecture validation subagent695. CLI commands validation subagent70```7172Each subagent should:73741. Read all relevant files for its category752. Compare definitions, names, values across files763. Identify discrepancies with exact file:line references774. Return structured list of issues found7879### Step 4: Compile Results8081Aggregate all subagent results into a summary table:8283```markdown84## Validation Results Summary8586### Critical Violations (Must Fix)8788| # | Category | Issue | Files Affected | Details |89| --- | -------- | ----- | -------------- | ------- |90| 1 | ... | ... | file.md:line | ... |9192### High Priority Violations9394| # | Category | Issue | Files Affected | Details |95| --- | -------- | ----- | -------------- | ------- |9697### Medium Priority Violations9899...100101### Consistent Items (No Issues)102103| Category | Status |104| -------- | ---------- |105| ... | Consistent |106```107108### Step 5: Present or Fix109110**If no "fix" argument provided:**1111121. Present the summary table to the user1132. Ask: "Would you like me to fix these violations?"1143. Wait for user confirmation before proceeding115116**If "fix" argument provided:**1171181. Present the summary table1192. Automatically proceed to fix all violations using parallel subagents120121## Fixing Process122123### Launch Fix Subagents in Parallel124125For each category with violations, launch a dedicated fix subagent:126127```128Task tool with subagent_type=general-purpose for each fix task:129- Fix agent system references (CrewAI → LangGraph)130- Fix domain model definitions (add missing fields/entities)131- Fix package manager references (npm → pnpm)132- Fix architecture descriptions133- Fix path references134```135136Each fix subagent should:1371381. Read the file(s) needing fixes1392. Apply minimal, targeted edits using the Edit tool1403. Preserve existing formatting and structure1414. Report what was changed142143### Safety Guidelines for Fixes1441451. **Read before edit**: Always read the full file before making changes1462. **Minimal changes**: Only fix the specific discrepancy, don't refactor1473. **Preserve style**: Match existing formatting, indentation, tone1484. **No new content**: Don't add features or documentation beyond fixing inconsistencies1495. **Verify after fix**: Ensure the fix doesn't introduce new conflicts150151## Validation Checks by Category152153### Domain Models Checks154155- Entity fields match across CLAUDE.md, api/domain-models.md, concepts/\*.md156- Enum values consistent (SdlcLifecycle, TaskStatus, ArtifactType)157- All entities documented (Feature, Task, ActionItem, Artifact, Requirement)158- Field types match (string, number, arrays, etc.)159160### Agent System Checks161162- Framework name consistent (LangGraph vs CrewAI)163- Agent/node naming consistent (class names vs function names)164- State schema fields match across docs165- Tool names consistent (snake_case tool names, camelCase variables)166- Workflow stages match167168### Tech Stack Checks169170- Framework versions specified consistently171- Library names match (Next.js, Vite, Vitest, etc.)172- Package manager consistent (pnpm everywhere)173- Database technology consistent (SQLite, LanceDB)174175### Architecture Checks176177- Layer names and hierarchy consistent178- Folder structure matches across docs179- Dependency rules documented consistently180- Use case names match (PascalCase vs kebab-case)181182### CLI Commands Checks183184- pnpm script names consistent185- Command descriptions match186- Data paths consistent (~/.shep/repos/...)187- Config file paths consistent188- Port numbers consistent (3030)189190## Example Output191192```markdown193## Documentation Cross-Validation Results194195### Critical Violations (4 issues)196197| # | Category | Issue | Files | Details |198| --- | ------------- | ------------------- | ------------------ | --------------------------------------------------- |199| 1 | agent-system | CrewAI vs LangGraph | CLAUDE.md:59,106 | Uses "CrewAI-style" but implementation is LangGraph |200| 2 | cli-commands | npm vs pnpm | building.md:20-358 | Uses `npm run` instead of `pnpm` |201| 3 | domain-models | Missing entity | CLAUDE.md | Requirement entity not documented |202| 4 | agent-system | Wrong naming | CLAUDE.md:110-113 | Uses class names instead of node functions |203204### Consistent Items205206| Category | Status |207| ----------------- | ---------- |208| Database (SQLite) | Consistent |209| Build tool (Vite) | Consistent |210| Data paths | Consistent |211212---213214Would you like me to fix these violations?215```216217## Notes218219- Always use subagents for both validation and fixing to maximize efficiency220- Present results in clean markdown tables for readability221- Prioritize fixes by severity (Critical > High > Medium > Low)222- After fixing, optionally re-run validation to confirm all issues resolved223224---225> Converted and distributed by [TomeVault](https://tomevault.io/claim/shep-ai) — claim your Tome and manage your conversions.226<!-- tomevault:4.0:skill_md:2026-04-13 -->