architecture-review
Architecture Review
Conducts comprehensive multi-perspective architecture reviews with all team members.
Process Overview
- Determine Scope - Identify what to review (version, feature, or component)
- Load Team - Read members from
.architecture/members.ymland check pragmatic mode - Analyze System - Examine architecture using Read, Glob, Grep, and git tools
- Individual Reviews - Each member reviews from their specialized perspective
- Collaborative Discussion - Synthesize findings and establish priorities
- Create Document - Generate comprehensive review using template
- Report Results - Summarize findings and next steps for user
Detailed guidance: references/review-process.md
Workflow Steps
1. Determine Scope
Identify review target and create filename:
- Version: "version X.Y.Z" →
X-Y-Z.md - Feature: "feature name" →
feature-kebab-case.md - Component: "component name" →
component-kebab-case.md
Apply input validation (see _patterns.md § Filename Sanitization).
2. Load Configuration and Team
cat .architecture/config.yml # Check pragmatic_mode.enabled
cat .architecture/members.yml # Load all members
Include Pragmatic Enforcer if pragmatic mode enabled for reviews.
3. Analyze the Target
Use available tools to examine the system:
Read- Code, configs, documentationGlob- Find files by patternGrep- Search for specific patternsBash(git:*)- Git history and status
Focus based on review type:
- Version: Overall architecture, components, patterns, technical debt
- Feature: Implementation, integration, security, performance
- Component: Structure, dependencies, boundaries, interfaces
4. Conduct Individual Member Reviews
For each member in members.yml, write a review including:
- Perspective statement
- Key observations (3-5)
- Strengths (3-5)
- Concerns with impact and recommendations (3-7)
- Prioritized recommendations with effort estimates (3-7)
Format details: references/review-process.md § Individual Member Review Format
Pragmatic integration: If enabled, add pragmatic analysis after each member. See references/pragmatic-integration.md
5. Facilitate Collaborative Discussion
Synthesize findings:
- Identify common concerns
- Discuss disagreements
- Establish consensus
- Prioritize: Critical (0-2 weeks) | Important (2-8 weeks) | Nice-to-Have (2-6 months)
Discussion format: references/review-process.md § Collaborative Discussion
6. Create Review Document
Load template and fill in all sections:
cat .claude/skills/architecture-review/assets/review-template.md
Include:
- Executive summary and overall assessment
- Individual member reviews
- Collaborative discussion
- Consolidated findings (strengths, improvements, debt, risks)
- Recommendations (immediate, short-term, long-term)
- Success metrics and follow-up plan
Save to .architecture/reviews/[filename].md
Template: assets/review-template.md
7. Report to User
Architecture Review Complete: [Target]
Location: .architecture/reviews/[filename].md
Overall Assessment: [Strong | Adequate | Needs Improvement]
Top 3 Priorities:
1. [Priority 1]
2. [Priority 2]
3. [Priority 3]
Immediate Actions:
- [Action 1]
- [Action 2]
Next Steps:
- Review with team
- "Start architecture recalibration for [target]"
- Create ADRs for key decisions
Related Skills
Before: architecture-status, list-members
During: specialist-review, create-adr
After: architecture-recalibration, create-adr
Documentation
- Process guide: references/review-process.md
- Pragmatic mode: references/pragmatic-integration.md
- Template: assets/review-template.md
- Patterns: ../_patterns.md
More from codenamev/ai-software-architect
create-adr
Creates a NEW Architectural Decision Record (ADR) documenting a specific architectural decision. Use when the user requests "Create ADR for [topic]", "Document decision about [topic]", "Write ADR for [choice]", or when documenting technology choices, patterns, or architectural approaches. Do NOT use for reviews (use architecture-review or specialist-review), checking existing ADRs (use architecture-status), or general documentation.
5pragmatic-guard
Enables and configures Pragmatic Guard Mode (YAGNI Enforcement) to prevent over-engineering. Use when the user requests "Enable pragmatic mode", "Turn on YAGNI enforcement", "Activate simplicity guard", "Challenge complexity", or similar phrases.
4setup-architect
Sets up and installs the AI Software Architect framework in a NEW project for the FIRST time. Use when the user requests "Setup .architecture", "Setup ai-software-architect", "Initialize architecture framework", "Install software architect", or similar setup/installation phrases. Do NOT use for checking status (use architecture-status), creating documents (use create-adr or reviews), or when framework is already set up.
4list-members
Displays the roster of architecture team members with their specialties and expertise areas. Use when the user asks "Who's on the architecture team?", "List architecture members", "Show me the architects", "What specialists are available?", "Who can I ask for reviews?", or wants to discover available experts. Do NOT use for requesting reviews (use specialist-review or architecture-review) or checking documentation status (use architecture-status).
4specialist-review
Conducts a focused review from ONE specific specialist's perspective (e.g., Security Specialist, Performance Expert). Use when the user requests "Ask [specialist role] to review [target]", "Get [specialist]'s opinion on [topic]", "Have [role] review [code/component]", or when they want deep expertise in ONE specific domain. Do NOT use for comprehensive multi-perspective reviews (use architecture-review instead) or for listing available specialists (use list-members instead).
4architecture-status
Reports on the health and state of architecture documentation (counts of ADRs, reviews, activity levels, documentation gaps). Use when the user asks "What's our architecture status?", "Show architecture documentation", "How many ADRs do we have?", "What decisions are documented?", "Architecture health check", or wants an overview/summary of documentation state. Do NOT use for listing team members (use list-members), creating new documents (use create-adr), or conducting reviews (use architecture-review or specialist-review).
4