skills/architecture-status/SKILL.md
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).
npx skillsauth add codenamev/ai-software-architect architecture-statusInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Provides overview of architecture documentation state.
If .architecture/ doesn't exist:
The AI Software Architect framework is not set up yet.
To get started: "Setup ai-software-architect"
Once set up, you'll have:
- Architectural Decision Records (ADRs)
- Architecture reviews
- Specialist reviews
- Recalibration tracking
Collect from .architecture/:
decisions/adrs/, note recent ones, check statusesreviews/, categorize (version/feature/specialist/initial)recalibration/, check progress docscomparisons/members.yml# Architecture Framework Status
**Report Date**: [Date]
**Project**: [Project name if known]
## Summary
**Health Status**: Excellent | Good | Needs Attention | Inactive
**Key Metrics**:
- ADRs: [count]
- Reviews: [count]
- Recalibration Plans: [count]
- Team Members: [count]
- Last Activity: [Date]
## Architectural Decision Records
**Total**: [count]
**Recent ADRs**:
1. ADR-[XXX]: [Title] ([Status], [Date])
2. ADR-[YYY]: [Title] ([Status], [Date])
[List 5-10 most recent]
**By Status**:
- ✅ Accepted: [count]
- 🔄 Proposed: [count]
- ⚠️ Deprecated: [count]
- 🔀 Superseded: [count]
**Coverage**: [Main areas covered: Data, Security, Infrastructure, etc.]
## Architecture Reviews
**Total**: [count]
**Version Reviews**: [List with dates]
**Feature Reviews**: [List with dates]
**Specialist Reviews**: [List with dates]
**Most Recent**: [Title] ([Date])
## Recalibration
**Total Documents**: [count]
**Active**:
1. [Target]: [Status], [Completion %]
**Status**:
- ✅ Completed: [count]
- 🔄 In Progress: [count]
- 📋 Planned: [count]
## Architecture Team
**Total Members**: [count]
**Team**: [List member titles]
**Coverage**: Security ([count]), Performance ([count]), System Design ([count]), etc.
**View full roster**: "List architecture members"
## Activity
**Recent**:
- [Date]: Created ADR-XXX: [Title]
- [Date]: Completed review for [target]
- [Date]: [Activity]
**Level**: High | Medium | Low | Inactive
## Documentation Health
**Completeness**: [X%]
**Strengths**:
- ✅ [What's well documented]
**Gaps**:
- ⚠️ [What needs attention]
**Recommendations**:
1. [Recommendation 1]
2. [Recommendation 2]
## Quick Actions
**Create**:
- "Create ADR for [decision]"
- "Start architecture review for [version/feature]"
- "Ask [specialist] to review [target]"
**View**:
- "List architecture members"
- [Specific docs to review based on status]
**Update**:
- [Actions based on current state]
---
Health indicators:
Based on status:
If well-maintained:
✅ Excellent documentation discipline!
Keep momentum:
- Continue documenting decisions
- Regular reviews (quarterly/before releases)
- Track recalibration progress
If partially used:
⚠️ Good foundations, room for improvement.
Suggestions:
- Document 3-5 key decisions as ADRs
- Schedule architecture review
- Address review findings
If minimal usage:
❌ Framework underutilized.
Get started:
1. Document your most important decisions as ADRs
2. Conduct initial architecture review
3. Make documentation a regular habit
Always end with:
Volume: Total ADRs, reviews, recalibration docs, team members Activity: Last update, docs per month, active vs completed Coverage: Decision areas, review types, specialist expertise Health: Documentation completeness, review frequency, progress tracking
.architecture/: Offer setupBased on Status Results:
If Documentation Gaps Found:
If Status is Good:
Regular Workflow:
Workflow Examples:
development
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).
development
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.
testing
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.
testing
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).