From roadmap
Analyzes system architecture, module structures, API contracts, data models, and code patterns for design reviews, boundary analysis, conformance checks, and frontend evaluation.
How this skill is triggered — by the user, by Claude, or both
Slash command
/roadmap:architectThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Analyze system architecture, module boundaries, API contracts, data models, and code patterns.
Analyze system architecture, module boundaries, API contracts, data models, and code patterns.
Run the shared context discovery protocol in CONTEXT_DISCOVERY.md. Execute all phases in order (use deep scan mode for Phase 7). Also glob for architecture-specific documents:
docs/adr/**/*.md, docs/architecture/**/*.md, docs/design/**/*.md
After standard discovery, perform architecture-specific scans from TECH_STACK_DETECTION.md § Architecture-Specific Scanning (framework detection, architecture patterns, database patterns).
Parse from $ARGUMENTS:
| Mode | Description |
|---|---|
module <name> | Deep module structure analysis |
api <feature> | API endpoint analysis and design guidance |
data-model <feature> | Database schema and data model analysis |
boundaries | Module boundary and coupling analysis |
patterns | Pattern conformance check |
decisions | ADR and decision traceability |
frontend <feature> | Frontend architecture guidance |
| (none) | Ask what the user needs architectural guidance on |
| Mode | Produces |
|---|---|
module <name> | Structure, domain model, API surface, dependencies, maturity, quality assessment, and prioritized recommendations |
api <feature> | Endpoint design (method, path, DTOs, auth, pagination, errors) matching existing patterns |
data-model <feature> | Schema design (tables, types, relationships, indexes, migrations) matching existing models |
boundaries | Import graph, shared references, coupling analysis, boundary violations |
patterns | Pattern catalog with codebase examples (layering, DTOs, events, testing) |
decisions | Decision traceability table (decision, evidence, status) |
frontend <feature> | Component hierarchy, data flow, state management, design system integration |
See WORKFLOW.md for detailed execution steps per mode.
After producing the analysis, ask the user:
Save this analysis to
{output_dir}/architecture/{filename}.md?
Where {output_dir} comes from .arkhe.yaml (default: arkhe/roadmap).
| Mode | Filename Pattern |
|---|---|
module <name> | module-{name}.md |
api <feature> | api-{feature-slug}.md |
data-model <feature> | data-model-{feature-slug}.md |
boundaries | boundary-analysis.md |
patterns | pattern-catalog.md |
decisions | decision-traceability.md |
frontend <feature> | frontend-{feature-slug}.md |
--deep)When $ARGUMENTS contains --deep, run the full multi-agent pipeline with Adversarial Review. A red team agent actively tries to break the proposed architecture.
See WORKFLOW.md § Deep Pipeline for the 5-phase execution protocol.
Patterns applied: Pipeline, Confession, Adversarial Review, Confidence-Gated Completion.
See the System Architect section of LANE_DISCIPLINE.md. Stay in your lane.
npx claudepluginhub joaquimscosta/arkhe-claude-plugins --plugin roadmapArchitectural decision-making framework with requirements analysis, trade-off evaluation, and ADR documentation. Use when making architecture decisions or analyzing system design.
Advises on architectural decisions by asking questions, surfacing trade-offs, and presenting options without executing. Use when designing features, choosing approaches, or refactoring.
Evaluates system-level architecture for coupling, cohesion, SOLID principles, API design, scalability, and technical debt. Use when reviewing ADRs, assessing existing systems, or evaluating readiness for scale-up.