architecture-review
Scannednpx machina-cli add skill codenamev/ai-software-architect/architecture-review --openclawArchitecture 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
Source
git clone https://github.com/codenamev/ai-software-architect/blob/main/.claude/skills/architecture-review/SKILL.mdView on GitHub Overview
This skill orchestrates a comprehensive, multi-perspective architecture review with all team members. It targets versions, features, or components, surfaces risks and priorities from diverse viewpoints, and produces a formal review document for stakeholders.
How This Skill Works
It follows a seven-step process: determine scope, load the team from .architecture/members.yml, and analyze the target with Read, Glob, Grep, and Bash(git:*). Each member contributes a perspective-driven review, which is synthesized in a collaborative discussion and saved as a template-based document in .architecture/reviews/[filename].md, then reported back to the user.
When to Use It
- Start architecture review
- Full architecture review
- Review architecture for version X.Y.Z
- Conduct comprehensive review
- Request multi-perspective assessment
Quick Start
- Step 1: Define the scope and target (version X.Y.Z, feature name, or component name)
- Step 2: Load configuration and team from .architecture/members.yml and check pragmatic_mode
- Step 3: Analyze with Read, Glob, Grep, and Bash(git:*); collect member reviews and generate the .architecture/reviews/[filename].md report
Best Practices
- Define the target (version, feature, component) before analysis
- Load all members from .architecture/members.yml and check pragmatic mode when enabled
- Use the specified toolset (Read, Glob, Grep, Bash(git:*)) only for the relevant scope
- Capture 3-5 key observations per member and 3-7 recommendations with effort estimates
- Save and share the consolidated findings using the template at assets/review-template.md and store the result at .architecture/reviews/[filename].md
Example Use Cases
- Version 2.4.0 architecture review for a major release
- Feature integration review for a new authentication feature
- Component boundary review for a data-processing module
- Security and performance assessment of a microservices upgrade
- Comprehensive review after a large refactor to surface debt and risks