/project-health-check
Analyze overall project health and metrics
$ npx -y skills add qdhenry/Claude-Command-Suite --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/project-health-check
Context preview
What this command does when you run it.
Analyze overall project health and metrics
Command definition
project-health-check.mdProject Health Check
Analyze overall project health and metrics
Instructions
1. **Health Check Initialization**
- Verify tool connections (Linear, GitHub)
- Define evaluation period (default: last 30 days)
- Set health check criteria and thresholds
- Identify key metrics to evaluate
2. **Multi-Dimensional Analysis**
Code Health Metrics
# Code churn analysis
git log --format=format: --name-only --since="30 days ago" | sort | uniq -c | sort -rg
# Contributor activity
git shortlog -sn --since="30 days ago"
# Branch health
git for-each-ref --format='%(refname:short) %(committerdate:relative)' refs/heads/ | grep -E "(months|years) ago"
# File complexity (if cloc available)
cloc . --json --exclude-dir=node_modules,dist,build
# Test coverage trends
npm test -- --coverage --json
Dependency Health
# Check for outdated dependencies
npm outdated --json
# Security vulnerabilities
npm audit --json
# License compliance
npx license-checker --json
Linear/Task Management Health
1. Sprint velocity trends
2. Cycle time analysis
3. Blocked task duration
4. Backlog growth rate
5. Bug vs feature ratio
6. Task completion predictability
Team Health Indicators
1. PR review turnaround time
2. Commit frequency distribution
3. Work distribution balance
4. On-call incident frequency
5. Documentation updates
3. **Health Report Generation**
# Project Health Report - [Project Name]
Generated: [Date]
## Executive Summary
Overall Health Score: [Score]/100 [๐ข Healthy | ๐ก Needs Attention | ๐ด Critical]
### Key Findings
- โ
Strengths: [Top 3 positive indicators]
- โ ๏ธ Concerns: [Top 3 areas needing attention]
- ๐จ Critical Issues: [Immediate action items]
## Detailed Health Metrics
1. **Delivery Health** (Score: [X]/100)
| Metric | Current | Target | Status |
|--------|---------|--------|--------|
| Sprint Velocity | [X] pts | [Y] pts | ๐ข |
| On-time Delivery | [X]% | 90% | ๐ก |
| Cycle Time | [X] days | [Y] days | ๐ข |
| Defect Rate | [X]% | <5% | ๐ด |
2. **Code Quality** (Score: [X]/100)
| Metric | Current | Target | Status |
|--------|---------|--------|--------|
| Test Coverage | [X]% | 80% | ๐ก |
| Code Duplication | [X]% | <3% | ๐ข |
| Complexity Score | [X] | <10 | ๐ก |
| Security Issues | [X] | 0 | ๐ด |
3. **Technical Debt** (Score: [X]/100)
- ๐ Total Debt Items: [Count]
- ๐ Debt Growth Rate: [+/-X% per sprint]
- โฑ๏ธ Estimated Debt Work: [X days]
- ๐ฐ Debt Impact: [Description]
4. **Team Health** (Score: [X]/100)
| Metric | Current | Target | Status |
|--------|---------|--------|--------|
| PR Review Time | [X] hrs | <4 hrs | ๐ข |
| Knowledge Silos | [X] | 0 | ๐ก |
| Work Balance | [Score] | >0.8 | ๐ข |
| Burnout Risk | [Level] | Low | ๐ก |
5. **Dependency Health** (Score: [X]/100)
- ๐ Outdated Dependencies: [X]/[Total]
- ๐ก๏ธ Security Vulnerabilities: [Critical: X, High: Y]
- ๐ License Issues: [Count]
- ๐ External Service Health: [Status]
## Trend Analysis
### Velocity Trend (Last 6 Sprints)
Sprint 1: โโโโโโโโโโโโ 40 pts Sprint 2: โโโโโโโโโโโโโโ 45 pts Sprint 3: โโโโโโโโโโโโโโโโ 50 pts Sprint 4: โโโโโโโโโโโโโโ 45 pts Sprint 5: โโโโโโโโโโโโ 38 pts Sprint 6: โโโโโโโโโโ 35 pts โ ๏ธ Declining
### Bug Discovery Rate
Week 1: โโ 2 bugs Week 2: โโโโ 4 bugs Week 3: โโโโโโ 6 bugs โ ๏ธ Increasing Week 4: โโโโโโโโ 8 bugs ๐จ Action needed
## Risk Assessment
### High Priority Risks
1. **Declining Velocity**
- Impact: High
- Likelihood: Confirmed
- Mitigation: Review sprint planning process
2. **Security Vulnerabilities**
- Impact: Critical
- Count: [X] high, [Y] medium
- Action: Immediate patching required
3. **Knowledge Concentration**
- Impact: Medium
- Bus Factor: 2
- Action: Implement pairing/documentation
## Actionable Recommendations
### Immediate Actions (This Week)
1. ๐ก๏ธ **Security**: Update [package] to fix critical vulnerability
2. ๐ **Quality**: Address top 3 bug-prone modules
3. ๐ฅ **Team**: Schedule knowledge transfer for [critical component]
### Short-term Improvements (This Sprint)
1. ๐ **Velocity**: Reduce scope to sustainable level
2. ๐งช **Testing**: Increase coverage in [module] to 80%
3. ๐ **Documentation**: Update outdated docs for [feature]
### Long-term Initiatives (This Quarter)
1. ๐๏ธ **Architecture**: Refactor [component] to reduce complexity
2. ๐ **Process**: Implement automated dependency updates
3. ๐ **Metrics**: Set up continuous health monitoring
## Comparison with Previous Health Check
| Category | Last Check | Current | Trend |
|----------|------------|---------|-------|
| Overall Score | 72/100 | 68/100 | โ -4 |
| Delivery | 80/100 | 75/100 | โ -5 |
| Code Quality | 70/100 | 72/100 | โ +2 |
| Technical Debt | 65/100 | 60/100 | โ -5 |
| Team Health | 75/100 | 70/100 | โ -5 |
4. **Interactive Deep Dives**
Offer focused analysis options:
"Based on the health check, would you like to:
1. Deep dive into declining velocity trends
2. Generate security vulnerability fix plan
3. Analyze technical debt hotspots
4. Create team workload rebalancing plan
5. Set up automated health monitoring"
Error Handling
Missing Linear Connection
"Linear MCP not connected. Health check will be limited to:
- Git/GitHub metrics only
- No sprint velocity or task metrics
- Manual input required for team data
To enable full health analysis:
1. Install Linear MCP server
2. Configure with API credentials
3. Re-run health check"
Incomplete Data
"Some metrics could not be calculated:
- [List missing metrics]
- [Explain impact on analysis]
Would you like to:
1. Proceed with available data
2. Manually provide missing information
3. Skip incomplete sections"
Customization Options
Threshold Configuration
# health-check-config.yml
thresholds:
velocity_variance: 20 # Acceptable % variance
test_coverage: 80 # Minimum coverage %
pr_review_time: 4 # Maximum hours
bug_rate: 5
Read more
Project Health Check
Analyze overall project health and metrics
Instructions
1. **Health Check Initialization**
- Verify tool connections (Linear, GitHub)
- Define evaluation period (default: last 30 days)
- Set health check criteria and thresholds
- Identify key metrics to evaluate
2. **Multi-Dimensional Analysis**
Code Health Metrics
# Code churn analysis git log --format=format: --name-only --since="30 days ago" | sort | uniq -c | sort -rg # Contributor activity git shortlog -sn --since="30 days ago" # Branch health git for-each-ref --format='%(refname:short) %(committerdate:relative)' refs/heads/ | grep -E "(months|years) ago" # File complexity (if cloc available) cloc . --json --exclude-dir=node_modules,dist,build # Test coverage trends npm test -- --coverage --json
Dependency Health
# Check for outdated dependencies npm outdated --json # Security vulnerabilities npm audit --json # License compliance npx license-checker --json
Linear/Task Management Health
1. Sprint velocity trends 2. Cycle time analysis 3. Blocked task duration 4. Backlog growth rate 5. Bug vs feature ratio 6. Task completion predictability
Team Health Indicators
1. PR review turnaround time 2. Commit frequency distribution 3. Work distribution balance 4. On-call incident frequency 5. Documentation updates
3. **Health Report Generation**
# Project Health Report - [Project Name] Generated: [Date] ## Executive Summary Overall Health Score: [Score]/100 [๐ข Healthy | ๐ก Needs Attention | ๐ด Critical] ### Key Findings - โ Strengths: [Top 3 positive indicators] - โ ๏ธ Concerns: [Top 3 areas needing attention] - ๐จ Critical Issues: [Immediate action items] ## Detailed Health Metrics 1. **Delivery Health** (Score: [X]/100) | Metric | Current | Target | Status | |--------|---------|--------|--------| | Sprint Velocity | [X] pts | [Y] pts | ๐ข | | On-time Delivery | [X]% | 90% | ๐ก | | Cycle Time | [X] days | [Y] days | ๐ข | | Defect Rate | [X]% | <5% | ๐ด | 2. **Code Quality** (Score: [X]/100) | Metric | Current | Target | Status | |--------|---------|--------|--------| | Test Coverage | [X]% | 80% | ๐ก | | Code Duplication | [X]% | <3% | ๐ข | | Complexity Score | [X] | <10 | ๐ก | | Security Issues | [X] | 0 | ๐ด | 3. **Technical Debt** (Score: [X]/100) - ๐ Total Debt Items: [Count] - ๐ Debt Growth Rate: [+/-X% per sprint] - โฑ๏ธ Estimated Debt Work: [X days] - ๐ฐ Debt Impact: [Description] 4. **Team Health** (Score: [X]/100) | Metric | Current | Target | Status | |--------|---------|--------|--------| | PR Review Time | [X] hrs | <4 hrs | ๐ข | | Knowledge Silos | [X] | 0 | ๐ก | | Work Balance | [Score] | >0.8 | ๐ข | | Burnout Risk | [Level] | Low | ๐ก | 5. **Dependency Health** (Score: [X]/100) - ๐ Outdated Dependencies: [X]/[Total] - ๐ก๏ธ Security Vulnerabilities: [Critical: X, High: Y] - ๐ License Issues: [Count] - ๐ External Service Health: [Status] ## Trend Analysis ### Velocity Trend (Last 6 Sprints)
Sprint 1: โโโโโโโโโโโโ 40 pts Sprint 2: โโโโโโโโโโโโโโ 45 pts Sprint 3: โโโโโโโโโโโโโโโโ 50 pts Sprint 4: โโโโโโโโโโโโโโ 45 pts Sprint 5: โโโโโโโโโโโโ 38 pts Sprint 6: โโโโโโโโโโ 35 pts โ ๏ธ Declining
### Bug Discovery Rate
Week 1: โโ 2 bugs Week 2: โโโโ 4 bugs Week 3: โโโโโโ 6 bugs โ ๏ธ Increasing Week 4: โโโโโโโโ 8 bugs ๐จ Action needed
## Risk Assessment ### High Priority Risks 1. **Declining Velocity** - Impact: High - Likelihood: Confirmed - Mitigation: Review sprint planning process 2. **Security Vulnerabilities** - Impact: Critical - Count: [X] high, [Y] medium - Action: Immediate patching required 3. **Knowledge Concentration** - Impact: Medium - Bus Factor: 2 - Action: Implement pairing/documentation ## Actionable Recommendations ### Immediate Actions (This Week) 1. ๐ก๏ธ **Security**: Update [package] to fix critical vulnerability 2. ๐ **Quality**: Address top 3 bug-prone modules 3. ๐ฅ **Team**: Schedule knowledge transfer for [critical component] ### Short-term Improvements (This Sprint) 1. ๐ **Velocity**: Reduce scope to sustainable level 2. ๐งช **Testing**: Increase coverage in [module] to 80% 3. ๐ **Documentation**: Update outdated docs for [feature] ### Long-term Initiatives (This Quarter) 1. ๐๏ธ **Architecture**: Refactor [component] to reduce complexity 2. ๐ **Process**: Implement automated dependency updates 3. ๐ **Metrics**: Set up continuous health monitoring ## Comparison with Previous Health Check | Category | Last Check | Current | Trend | |----------|------------|---------|-------| | Overall Score | 72/100 | 68/100 | โ -4 | | Delivery | 80/100 | 75/100 | โ -5 | | Code Quality | 70/100 | 72/100 | โ +2 | | Technical Debt | 65/100 | 60/100 | โ -5 | | Team Health | 75/100 | 70/100 | โ -5 |
4. **Interactive Deep Dives**
Offer focused analysis options:
"Based on the health check, would you like to: 1. Deep dive into declining velocity trends 2. Generate security vulnerability fix plan 3. Analyze technical debt hotspots 4. Create team workload rebalancing plan 5. Set up automated health monitoring"
Error Handling
Missing Linear Connection
"Linear MCP not connected. Health check will be limited to: - Git/GitHub metrics only - No sprint velocity or task metrics - Manual input required for team data To enable full health analysis: 1. Install Linear MCP server 2. Configure with API credentials 3. Re-run health check"
Incomplete Data
"Some metrics could not be calculated: - [List missing metrics] - [Explain impact on analysis] Would you like to: 1. Proceed with available data 2. Manually provide missing information 3. Skip incomplete sections"
Customization Options
Threshold Configuration
# health-check-config.yml thresholds: velocity_variance: 20 # Acceptable % variance test_coverage: 80 # Minimum coverage % pr_review_time: 4 # Maximum hours bug_rate: 5
A comprehensive development toolkit designed following Anthropic's Claude Code Best Practices for AI-assisted software development.
Repo: qdhenry/Claude-Command-Suite
Other commands on claude-command-suite.
- /boundary-bbcr-fallback
Execute automatic BBCR (Collapse-Rebirth Correction) when knowledge boundaries are exceeded or reasoning fails.
Open command - /boundary-detect
Analyze semantic position relative to knowledge boundaries to prevent hallucination and identify uncertainty zones.
Open command - /boundary-heatmap
Generate a visual heatmap of knowledge boundaries showing safe zones, risk areas, and semantic coverage.
Open command - /boundary-risk-assess
Evaluate the current risk level and provide detailed analysis of potential hallucination or reasoning failure.
Open command - /boundary-safe-bridge
Find and construct semantic bridges to safely navigate from current position to target concept without crossing dangerous boundaries.
Open command - /optimize-prompt
Takes an input prompt and returns ONLY a token-optimized version that preserves meaning while minimizing token count. Based on LLM tokenization principles: common words tokenize more efficiently, unusual words break into more tokens, and conciseness reduces cost.
Open command

