architecture-reviewer
Use when making architectural decisions, planning features, designing new components, reviewing PRs, or validating that proposed changes align with Clean…
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
$ npx -y skills add shep-ai/shep --skill cross-validate-artifacts --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/cross-validate-artifactsContext preview
The summary Claude sees to decide when to auto-load this skill.
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
name: cross-validate-artifacts description: 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 metadata: version: '1.0.0' author: Shep AI (https://shep.bot) homepage: https://shep.bot repository: https://github.com/shep-ai/shep
Cross-validate documentation and artifacts across the codebase for consistency, conflicts, and contradictions.
Use this skill when the user:
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
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 |
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:
1. Read all relevant files for its category 2. Compare definitions, names, values across files 3. Identify discrepancies with exact file:line references 4. Return structured list of issues found
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 |
**If no "fix" argument provided:**
1. Present the summary table to the user 2. Ask: "Would you like me to fix these violations?" 3. Wait for user confirmation before proceeding
**If "fix" argument provided:**
1. Present the summary table 2. Automatically proceed to fix all violations using parallel subagents
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:
1. Read the file(s) needing fixes 2. Apply minimal, targeted edits using the Edit tool 3. Preserve existing formatting and structure 4. Report what was changed
1. **Read before edit**: Always read the full file before making changes 2. **Minimal changes**: Only fix the specific discrepancy, don't refactor 3. **Preserve style**: Match existing formatting, indentation, tone 4. **No new content**: Don't add features or documentation beyond fixing inconsistencies 5. **Verify after fix**: Ensure the fix doesn't introduce new conflicts
Ship features 10x faster. Built In Auto: Memory, K8S Agent & Security (SDD+SDLC) . 😇
Repo: shep-ai/shep
Use when making architectural decisions, planning features, designing new components, reviewing PRs, or validating that proposed changes align with Clean…
Comprehensive guide for creating software diagrams using Mermaid syntax. Use when users need to create, visualize, or document software through diagrams…
React Flow (@xyflow/react) for workflow visualization with custom nodes and edges. Use when building graph visualizations, creating custom workflow nodes,…
Provides complete shadcn/ui component library patterns including installation, configuration, and implementation of accessible React components. Use when…
Use when ready to commit, push, and create a PR with CI verification. Triggers include "commit and pr", "push pr", "create pr", "ship it", or when…
Use when the user wants rapid implementation iteration without tests, builds, or commits. Triggers include "fast loop", "fast iteration", "just code", "no…