@paulduvall/claude-dev-toolkit 0.0.1-alpha.2 → 0.0.1-alpha.21
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -0
- package/README.md +88 -37
- package/bin/claude-commands +307 -65
- package/commands/active/xarchitecture.md +393 -0
- package/commands/active/xconfig.md +127 -0
- package/commands/active/xcontinue.md +92 -0
- package/commands/active/xdebug.md +130 -0
- package/commands/active/xdocs.md +178 -0
- package/commands/active/xexplore.md +94 -0
- package/commands/active/xgit.md +149 -0
- package/commands/active/xpipeline.md +152 -0
- package/commands/active/xquality.md +96 -0
- package/commands/active/xrefactor.md +198 -0
- package/commands/active/xrelease.md +142 -0
- package/commands/active/xsecurity.md +92 -0
- package/commands/active/xspec.md +174 -0
- package/commands/active/xtdd.md +151 -0
- package/commands/active/xtest.md +89 -0
- package/commands/active/xverify.md +80 -0
- package/commands/experiments/xact.md +742 -0
- package/commands/experiments/xanalytics.md +113 -0
- package/commands/experiments/xanalyze.md +70 -0
- package/commands/experiments/xapi.md +161 -0
- package/commands/experiments/xatomic.md +112 -0
- package/commands/experiments/xaws.md +85 -0
- package/commands/experiments/xcicd.md +337 -0
- package/commands/experiments/xcommit.md +122 -0
- package/commands/experiments/xcompliance.md +182 -0
- package/commands/experiments/xconstraints.md +89 -0
- package/commands/experiments/xcoverage.md +90 -0
- package/commands/experiments/xdb.md +102 -0
- package/commands/experiments/xdesign.md +121 -0
- package/commands/experiments/xdevcontainer.md +238 -0
- package/commands/experiments/xevaluate.md +111 -0
- package/commands/experiments/xfootnote.md +12 -0
- package/commands/experiments/xgenerate.md +117 -0
- package/commands/experiments/xgovernance.md +149 -0
- package/commands/experiments/xgreen.md +66 -0
- package/commands/experiments/xiac.md +118 -0
- package/commands/experiments/xincident.md +137 -0
- package/commands/experiments/xinfra.md +115 -0
- package/commands/experiments/xknowledge.md +115 -0
- package/commands/experiments/xmaturity.md +120 -0
- package/commands/experiments/xmetrics.md +118 -0
- package/commands/experiments/xmonitoring.md +128 -0
- package/commands/experiments/xnew.md +903 -0
- package/commands/experiments/xobservable.md +114 -0
- package/commands/experiments/xoidc.md +165 -0
- package/commands/experiments/xoptimize.md +115 -0
- package/commands/experiments/xperformance.md +112 -0
- package/commands/experiments/xplanning.md +131 -0
- package/commands/experiments/xpolicy.md +115 -0
- package/commands/experiments/xproduct.md +98 -0
- package/commands/experiments/xreadiness.md +75 -0
- package/commands/experiments/xred.md +55 -0
- package/commands/experiments/xrisk.md +128 -0
- package/commands/experiments/xrules.md +124 -0
- package/commands/experiments/xsandbox.md +120 -0
- package/commands/experiments/xscan.md +102 -0
- package/commands/experiments/xsetup.md +123 -0
- package/commands/experiments/xtemplate.md +116 -0
- package/commands/experiments/xtrace.md +212 -0
- package/commands/experiments/xux.md +171 -0
- package/commands/experiments/xvalidate.md +104 -0
- package/commands/experiments/xworkflow.md +113 -0
- package/hooks/.smellrc.example.json +19 -0
- package/hooks/README.md +263 -0
- package/hooks/check-commit-signing.py +127 -0
- package/hooks/check-complexity.py +38 -0
- package/hooks/check-security.py +37 -0
- package/hooks/claude-wrapper.sh +29 -0
- package/hooks/config.py +110 -0
- package/hooks/file-logger.sh +100 -0
- package/hooks/lib/argument-parser.sh +427 -0
- package/hooks/lib/config-constants.sh +230 -0
- package/hooks/lib/context-manager.sh +560 -0
- package/hooks/lib/error-handler.sh +423 -0
- package/hooks/lib/execution-engine.sh +444 -0
- package/hooks/lib/execution-results.sh +113 -0
- package/hooks/lib/execution-simulation.sh +114 -0
- package/hooks/lib/field-validators.sh +104 -0
- package/hooks/lib/file-utils.sh +398 -0
- package/hooks/lib/subagent-discovery.sh +468 -0
- package/hooks/lib/subagent-validator.sh +407 -0
- package/hooks/lib/validation-reporter.sh +134 -0
- package/hooks/on-error-debug.sh +226 -0
- package/hooks/pre-commit-quality.sh +204 -0
- package/hooks/pre-commit-test-runner.sh +132 -0
- package/hooks/pre-write-security.sh +115 -0
- package/hooks/prevent-credential-exposure.sh +279 -0
- package/hooks/security_bandit.py +177 -0
- package/hooks/security_checks.py +97 -0
- package/hooks/security_secrets.py +81 -0
- package/hooks/security_trojan.py +61 -0
- package/hooks/settings.example.json +52 -0
- package/hooks/smell_checks.py +238 -0
- package/hooks/smell_javascript.py +231 -0
- package/hooks/smell_python.py +110 -0
- package/hooks/smell_ruff.py +70 -0
- package/hooks/smell_types.py +72 -0
- package/hooks/subagent-trigger-simple.sh +202 -0
- package/hooks/subagent-trigger.sh +253 -0
- package/hooks/suppression.py +82 -0
- package/hooks/tab-color.sh +70 -0
- package/hooks/verify-before-edit.sh +135 -0
- package/lib/backup-restore-command.js +140 -0
- package/lib/base/base-command.js +252 -0
- package/lib/base/command-result.js +184 -0
- package/lib/config/constants.js +255 -0
- package/lib/config.js +48 -6
- package/lib/configure-command.js +428 -0
- package/lib/dependency-validator.js +64 -5
- package/lib/hook-installer-core.js +2 -2
- package/lib/installation-instruction-generator.js +213 -495
- package/lib/installer.js +134 -56
- package/lib/oidc-command.js +740 -0
- package/lib/services/backup-list-service.js +226 -0
- package/lib/services/backup-service.js +230 -0
- package/lib/services/command-installer-service.js +217 -0
- package/lib/services/logger-service.js +201 -0
- package/lib/services/package-manager-service.js +319 -0
- package/lib/services/platform-instruction-service.js +294 -0
- package/lib/services/recovery-instruction-service.js +348 -0
- package/lib/services/restore-service.js +221 -0
- package/lib/setup-command.js +359 -0
- package/lib/setup-wizard.js +155 -262
- package/lib/uninstall-command.js +100 -0
- package/lib/utils/claude-path-config.js +184 -0
- package/lib/utils/file-system-utils.js +152 -0
- package/lib/utils.js +8 -4
- package/lib/verify-command.js +430 -0
- package/package.json +7 -3
- package/scripts/postinstall.js +172 -157
- package/subagents/debug-specialist.md +7 -0
- package/templates/README.md +115 -0
- package/templates/basic-settings.json +30 -0
- package/templates/comprehensive-settings.json +57 -0
- package/templates/global-claude.md +344 -0
- package/templates/hybrid-hook-config.yaml +132 -0
- package/templates/security-focused-settings.json +62 -0
- package/templates/subagent-hooks.yaml +188 -0
- package/lib/package-manager-service.js +0 -270
- package/subagents/debug-context.md +0 -197
|
@@ -0,0 +1,137 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Incident response automation, post-mortem analysis, and system reliability improvement through SpecDriven AI methodology
|
|
3
|
+
tags: [incident-response, monitoring, post-mortem, reliability, automation]
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /xincident - Incident Response & Management
|
|
7
|
+
|
|
8
|
+
## Purpose
|
|
9
|
+
Automate incident response procedures, facilitate post-mortem analysis, and improve system reliability through SpecDriven AI methodology.
|
|
10
|
+
|
|
11
|
+
## Usage
|
|
12
|
+
|
|
13
|
+
### Incident Response
|
|
14
|
+
```bash
|
|
15
|
+
/xincident --respond <alert> # Automated incident response procedures
|
|
16
|
+
/xincident --triage <severity> # Triage and prioritize incidents
|
|
17
|
+
/xincident --escalate <level> # Escalation procedures and notifications
|
|
18
|
+
/xincident --status <incident-id> # Update incident status and timeline
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
### Communication & Coordination
|
|
22
|
+
```bash
|
|
23
|
+
/xincident --communicate <team> # Generate incident communication templates
|
|
24
|
+
/xincident --notify <stakeholders> # Notify relevant stakeholders
|
|
25
|
+
/xincident --updates <incident-id> # Create status updates for stakeholders
|
|
26
|
+
/xincident --bridge <participants> # Set up communication bridge
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
### Investigation & Analysis
|
|
30
|
+
```bash
|
|
31
|
+
/xincident --investigate <symptoms> # Guide investigation procedures
|
|
32
|
+
/xincident --timeline <incident-id> # Build incident timeline
|
|
33
|
+
/xincident --evidence <source> # Collect and preserve evidence
|
|
34
|
+
/xincident --root-cause <incident> # Root cause analysis framework
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
### Recovery & Mitigation
|
|
38
|
+
```bash
|
|
39
|
+
/xincident --recover <system> # System recovery procedures
|
|
40
|
+
/xincident --rollback <deployment> # Automated rollback procedures
|
|
41
|
+
/xincident --mitigate <impact> # Implement mitigation strategies
|
|
42
|
+
/xincident --validate <recovery> # Validate recovery success
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
### Post-Mortem & Learning
|
|
46
|
+
```bash
|
|
47
|
+
/xincident --postmortem <id> # Generate post-mortem template
|
|
48
|
+
/xincident --lessons <incident> # Capture lessons learned
|
|
49
|
+
/xincident --actions <findings> # Create action items from analysis
|
|
50
|
+
/xincident --improvement <area> # Process improvement recommendations
|
|
51
|
+
```
|
|
52
|
+
|
|
53
|
+
### Monitoring & Prevention
|
|
54
|
+
```bash
|
|
55
|
+
/xincident --metrics <timeframe> # Incident metrics and trends
|
|
56
|
+
/xincident --patterns <history> # Identify recurring patterns
|
|
57
|
+
/xincident --prevention <type> # Preventive measures recommendations
|
|
58
|
+
/xincident --readiness <team> # Assess incident response readiness
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
## Examples
|
|
62
|
+
|
|
63
|
+
### Respond to Production Alert
|
|
64
|
+
```bash
|
|
65
|
+
/xincident --respond "api-latency-high"
|
|
66
|
+
# Creates: incidents/2024-01-15-api-latency/response-plan.md with automated procedures
|
|
67
|
+
```
|
|
68
|
+
|
|
69
|
+
### Generate Post-Mortem Report
|
|
70
|
+
```bash
|
|
71
|
+
/xincident --postmortem "inc-2024-001"
|
|
72
|
+
# Creates: incidents/inc-2024-001/postmortem.md with timeline, root cause, and actions
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
### Escalate Critical Incident
|
|
76
|
+
```bash
|
|
77
|
+
/xincident --escalate "level-2"
|
|
78
|
+
# Generates: escalation notifications and procedures for level-2 incidents
|
|
79
|
+
```
|
|
80
|
+
|
|
81
|
+
### Analyze Incident Patterns
|
|
82
|
+
```bash
|
|
83
|
+
/xincident --patterns "last-quarter"
|
|
84
|
+
# Creates: reports/incident-patterns-q4.md with trend analysis and recommendations
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
## SpecDriven AI Integration
|
|
88
|
+
|
|
89
|
+
### Incident Specifications
|
|
90
|
+
- Links incidents to specifications: `{#inc1a authority=system}`
|
|
91
|
+
- Traces failures to requirements
|
|
92
|
+
- Validates recovery against specifications
|
|
93
|
+
|
|
94
|
+
### Dual Coverage
|
|
95
|
+
- **Incident Coverage**: All critical systems have response procedures
|
|
96
|
+
- **Recovery Coverage**: All failure modes have documented recovery
|
|
97
|
+
|
|
98
|
+
### Traceability
|
|
99
|
+
- Links incidents to system specifications
|
|
100
|
+
- Traces post-mortem actions to requirements
|
|
101
|
+
- Connects patterns to architectural decisions
|
|
102
|
+
|
|
103
|
+
## Incident Response Framework
|
|
104
|
+
|
|
105
|
+
### Severity Levels
|
|
106
|
+
- **SEV-1**: Critical impact, immediate response required
|
|
107
|
+
- **SEV-2**: High impact, response within 1 hour
|
|
108
|
+
- **SEV-3**: Medium impact, response within 4 hours
|
|
109
|
+
- **SEV-4**: Low impact, response within 24 hours
|
|
110
|
+
|
|
111
|
+
### Response Phases
|
|
112
|
+
1. **Detection**: Alert generation and initial assessment
|
|
113
|
+
2. **Response**: Immediate containment and mitigation
|
|
114
|
+
3. **Recovery**: System restoration and validation
|
|
115
|
+
4. **Learning**: Post-mortem and improvement actions
|
|
116
|
+
|
|
117
|
+
### Communication Templates
|
|
118
|
+
- **Initial Alert**: Stakeholder notification template
|
|
119
|
+
- **Status Updates**: Regular progress communications
|
|
120
|
+
- **Resolution Notice**: Incident closure notification
|
|
121
|
+
- **Post-Mortem Summary**: Executive summary template
|
|
122
|
+
|
|
123
|
+
## Integration Points
|
|
124
|
+
|
|
125
|
+
- **Monitoring systems**: Alert integration and automation
|
|
126
|
+
- **Communication tools**: Slack, email, and PagerDuty integration
|
|
127
|
+
- **Documentation**: Links to system specifications and runbooks
|
|
128
|
+
- **JIRA/GitHub**: Issue tracking and action item management
|
|
129
|
+
- **CI/CD**: Automated rollback and deployment procedures
|
|
130
|
+
|
|
131
|
+
## Output Formats
|
|
132
|
+
|
|
133
|
+
- **Response procedures**: Step-by-step incident response guides
|
|
134
|
+
- **Communication templates**: Stakeholder notification templates
|
|
135
|
+
- **Post-mortem reports**: Structured analysis and learning documents
|
|
136
|
+
- **Metrics dashboards**: Incident trends and performance indicators
|
|
137
|
+
- **Action plans**: Improvement roadmaps and prevention strategies
|
|
@@ -0,0 +1,115 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Manage infrastructure operations, container orchestration, cloud resources, and deployment automation
|
|
3
|
+
tags: [infrastructure, containers, kubernetes, cloud, terraform, monitoring, scaling]
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
Manage infrastructure operations and cloud resources based on the arguments provided in $ARGUMENTS.
|
|
7
|
+
|
|
8
|
+
First, examine the current infrastructure setup:
|
|
9
|
+
!find . -name "*.tf" -o -name "*.yml" -o -name "*.yaml" | grep -E "(terraform|infra|k8s|docker)" | head -10
|
|
10
|
+
!ls -la docker-compose.yml Dockerfile terraform/ k8s/ infrastructure/ 2>/dev/null || echo "No infrastructure files found"
|
|
11
|
+
!which docker 2>/dev/null && docker --version || echo "Docker not available"
|
|
12
|
+
!which kubectl 2>/dev/null && kubectl version --client || echo "kubectl not available"
|
|
13
|
+
!which terraform 2>/dev/null && terraform version || echo "Terraform not available"
|
|
14
|
+
|
|
15
|
+
Based on $ARGUMENTS, perform the appropriate infrastructure operation:
|
|
16
|
+
|
|
17
|
+
## 1. Container Management
|
|
18
|
+
|
|
19
|
+
If managing containers (--containers, --docker, --kubernetes):
|
|
20
|
+
!docker ps 2>/dev/null || echo "Docker daemon not running"
|
|
21
|
+
!kubectl get nodes 2>/dev/null || echo "No Kubernetes cluster connection"
|
|
22
|
+
!ls -la docker-compose.yml 2>/dev/null || echo "No docker-compose.yml found"
|
|
23
|
+
|
|
24
|
+
Manage container infrastructure:
|
|
25
|
+
- Docker container orchestration
|
|
26
|
+
- Kubernetes cluster operations
|
|
27
|
+
- Container registry management
|
|
28
|
+
- Service mesh configuration
|
|
29
|
+
- Resource allocation and limits
|
|
30
|
+
|
|
31
|
+
## 2. Infrastructure as Code
|
|
32
|
+
|
|
33
|
+
If managing IaC (--terraform, --iac, --provision):
|
|
34
|
+
!find . -name "*.tf" | head -5
|
|
35
|
+
!terraform --version 2>/dev/null || echo "Terraform not installed"
|
|
36
|
+
!find . -name "*.yml" -o -name "*.yaml" | xargs grep -l "AWSTemplateFormatVersion\|Resources" 2>/dev/null | head -3
|
|
37
|
+
|
|
38
|
+
Manage infrastructure code:
|
|
39
|
+
- Terraform configuration and state
|
|
40
|
+
- CloudFormation template management
|
|
41
|
+
- Infrastructure provisioning automation
|
|
42
|
+
- Resource dependency management
|
|
43
|
+
- State management and locking
|
|
44
|
+
|
|
45
|
+
## 3. Monitoring and Observability
|
|
46
|
+
|
|
47
|
+
If setting up monitoring (--monitoring, --observability, --alerts):
|
|
48
|
+
!find . -name "*prometheus*" -o -name "*grafana*" | head -5
|
|
49
|
+
!ps aux | grep -E "(prometheus|grafana|jaeger)" | grep -v grep
|
|
50
|
+
!netstat -tuln 2>/dev/null | grep -E "(9090|3000|16686)" || echo "No monitoring services detected"
|
|
51
|
+
|
|
52
|
+
Configure monitoring infrastructure:
|
|
53
|
+
- Prometheus metrics collection
|
|
54
|
+
- Grafana dashboard setup
|
|
55
|
+
- Alert manager configuration
|
|
56
|
+
- Distributed tracing setup
|
|
57
|
+
- Log aggregation systems
|
|
58
|
+
|
|
59
|
+
## 4. Scaling and Performance
|
|
60
|
+
|
|
61
|
+
If configuring scaling (--scaling, --performance, --capacity):
|
|
62
|
+
!kubectl get hpa 2>/dev/null || echo "No HPA configured"
|
|
63
|
+
!find . -name "*.yml" -o -name "*.yaml" | xargs grep -l "autoscaling" 2>/dev/null | head -3
|
|
64
|
+
!docker stats --no-stream 2>/dev/null | head -5 || echo "No container stats available"
|
|
65
|
+
|
|
66
|
+
Implement scaling strategies:
|
|
67
|
+
- Horizontal Pod Autoscaling (HPA)
|
|
68
|
+
- Vertical Pod Autoscaling (VPA)
|
|
69
|
+
- Cluster autoscaling configuration
|
|
70
|
+
- Load balancer optimization
|
|
71
|
+
- Resource quota management
|
|
72
|
+
|
|
73
|
+
## 5. Security and Compliance
|
|
74
|
+
|
|
75
|
+
If managing security (--security, --compliance, --rbac):
|
|
76
|
+
!kubectl get networkpolicies 2>/dev/null || echo "No network policies found"
|
|
77
|
+
!find . -name "*.tf" | xargs grep -l "security_group\|iam_" 2>/dev/null | head -3
|
|
78
|
+
!kubectl get rbac 2>/dev/null || echo "No RBAC configured"
|
|
79
|
+
|
|
80
|
+
Implement security measures:
|
|
81
|
+
- Network policy configuration
|
|
82
|
+
- RBAC setup and management
|
|
83
|
+
- Security group rules
|
|
84
|
+
- Encryption at rest and in transit
|
|
85
|
+
- Compliance scanning and reporting
|
|
86
|
+
|
|
87
|
+
Think step by step about infrastructure requirements and provide:
|
|
88
|
+
|
|
89
|
+
1. **Infrastructure Assessment**:
|
|
90
|
+
- Current infrastructure state analysis
|
|
91
|
+
- Resource utilization evaluation
|
|
92
|
+
- Security posture assessment
|
|
93
|
+
- Compliance gap identification
|
|
94
|
+
|
|
95
|
+
2. **Architecture Strategy**:
|
|
96
|
+
- Scalability planning recommendations
|
|
97
|
+
- High availability design patterns
|
|
98
|
+
- Disaster recovery planning
|
|
99
|
+
- Multi-cloud considerations
|
|
100
|
+
|
|
101
|
+
3. **Implementation Plan**:
|
|
102
|
+
- Infrastructure as Code setup
|
|
103
|
+
- Container orchestration strategy
|
|
104
|
+
- Monitoring and observability integration
|
|
105
|
+
- Security controls implementation
|
|
106
|
+
|
|
107
|
+
4. **Operational Excellence**:
|
|
108
|
+
- Automation opportunities
|
|
109
|
+
- Cost optimization strategies
|
|
110
|
+
- Performance monitoring setup
|
|
111
|
+
- Incident response procedures
|
|
112
|
+
|
|
113
|
+
Generate comprehensive infrastructure configuration with security controls, monitoring setup, scaling strategies, and operational best practices.
|
|
114
|
+
|
|
115
|
+
If no specific operation is provided, perform infrastructure health assessment and recommend improvements based on current setup and industry best practices.
|
|
@@ -0,0 +1,115 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Manage organizational knowledge, facilitate team onboarding, and create training materials with SpecDriven AI methodology
|
|
3
|
+
tags: [knowledge, training, onboarding, documentation, competency, team-management]
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
Manage knowledge and team development based on the arguments provided in $ARGUMENTS.
|
|
7
|
+
|
|
8
|
+
First, examine the current knowledge and documentation setup:
|
|
9
|
+
!find . -name "*.md" | grep -E "(doc|knowledge|training|onboard|README)" | head -10
|
|
10
|
+
!ls -la docs/ training/ onboarding/ knowledge/ 2>/dev/null || echo "No knowledge directories found"
|
|
11
|
+
!find . -name "*spec*" -o -name "*requirement*" | head -5 2>/dev/null
|
|
12
|
+
!git log --oneline --since="1 month ago" | grep -E "(doc|train|onboard)" | wc -l
|
|
13
|
+
|
|
14
|
+
Based on $ARGUMENTS, perform the appropriate knowledge management operation:
|
|
15
|
+
|
|
16
|
+
## 1. Knowledge Capture and Documentation
|
|
17
|
+
|
|
18
|
+
If capturing knowledge (--capture, --document, --extract):
|
|
19
|
+
!find . -name "*.py" -o -name "*.js" -o -name "*.ts" | xargs grep -l "def\|function\|class" | head -10
|
|
20
|
+
!grep -r "TODO\|FIXME\|NOTE\|IMPORTANT" . --include="*.py" --include="*.js" --include="*.md" | head -10 2>/dev/null
|
|
21
|
+
!find . -name "*.md" | xargs grep -l "best practice\|pattern\|guideline" | head -5 2>/dev/null
|
|
22
|
+
|
|
23
|
+
Capture and document knowledge:
|
|
24
|
+
- Extract domain expertise from code and comments
|
|
25
|
+
- Document architectural decisions and patterns
|
|
26
|
+
- Codify tribal knowledge and best practices
|
|
27
|
+
- Create process and procedure documentation
|
|
28
|
+
- Maintain knowledge base currency
|
|
29
|
+
|
|
30
|
+
## 2. Team Onboarding
|
|
31
|
+
|
|
32
|
+
If managing onboarding (--onboard, --checklist, --resources):
|
|
33
|
+
!ls -la package.json requirements.txt setup.py pyproject.toml 2>/dev/null | head -3
|
|
34
|
+
!find . -name "README*" -o -name "CONTRIBUTING*" -o -name "SETUP*" | head -5
|
|
35
|
+
!ls -la .env.example docker-compose.yml Dockerfile 2>/dev/null | head -3
|
|
36
|
+
!git remote -v 2>/dev/null || echo "No git remotes configured"
|
|
37
|
+
|
|
38
|
+
Create onboarding materials:
|
|
39
|
+
- Role-specific setup and configuration guides
|
|
40
|
+
- Development environment setup instructions
|
|
41
|
+
- Project overview and architecture documentation
|
|
42
|
+
- Team processes and workflow documentation
|
|
43
|
+
- Mentoring and buddy system setup
|
|
44
|
+
|
|
45
|
+
## 3. Training and Development
|
|
46
|
+
|
|
47
|
+
If creating training (--training, --curriculum, --exercises):
|
|
48
|
+
!find . -name "*test*" -o -name "*example*" | head -10 2>/dev/null
|
|
49
|
+
!ls -la training/ examples/ tutorials/ docs/learning/ 2>/dev/null || echo "No training directories found"
|
|
50
|
+
!python -c "import pytest; print('Testing framework available')" 2>/dev/null || npm test --version 2>/dev/null || echo "No testing framework detected"
|
|
51
|
+
|
|
52
|
+
Develop training materials:
|
|
53
|
+
- Hands-on coding exercises and examples
|
|
54
|
+
- Progressive skill development curricula
|
|
55
|
+
- Assessment and evaluation frameworks
|
|
56
|
+
- Interactive learning experiences
|
|
57
|
+
- Certification and competency tracking
|
|
58
|
+
|
|
59
|
+
## 4. Competency Assessment
|
|
60
|
+
|
|
61
|
+
If assessing competencies (--assess, --gaps, --matrix, --skills):
|
|
62
|
+
!git log --pretty=format:"%an" --since="3 months ago" | sort | uniq -c | sort -nr
|
|
63
|
+
!find . -name "*.py" -o -name "*.js" -o -name "*.ts" | xargs grep -l "import\|require" | head -10
|
|
64
|
+
!ls -la team/ people/ skills/ competencies/ 2>/dev/null || echo "No team documentation found"
|
|
65
|
+
|
|
66
|
+
Assess and track competencies:
|
|
67
|
+
- Individual skill assessment and tracking
|
|
68
|
+
- Team competency gap analysis
|
|
69
|
+
- Skills matrix development and maintenance
|
|
70
|
+
- Personal development planning
|
|
71
|
+
- Career progression pathway definition
|
|
72
|
+
|
|
73
|
+
## 5. Knowledge Transfer
|
|
74
|
+
|
|
75
|
+
If managing knowledge transfer (--transfer, --handover, --succession):
|
|
76
|
+
!git log --pretty=format:"%h %an %s" --since="1 month ago" | head -20
|
|
77
|
+
!find . -name "*.md" | xargs grep -l "handover\|transfer\|transition" | head -5 2>/dev/null
|
|
78
|
+
!ls -la docs/handover/ docs/transfer/ docs/succession/ 2>/dev/null || echo "No transfer documentation found"
|
|
79
|
+
|
|
80
|
+
Manage knowledge transfer:
|
|
81
|
+
- Project handover documentation creation
|
|
82
|
+
- Knowledge transfer session planning
|
|
83
|
+
- Succession planning for critical roles
|
|
84
|
+
- Documentation of critical knowledge
|
|
85
|
+
- Risk mitigation for knowledge loss
|
|
86
|
+
|
|
87
|
+
Think step by step about knowledge management requirements and provide:
|
|
88
|
+
|
|
89
|
+
1. **Knowledge Audit**:
|
|
90
|
+
- Current knowledge base assessment
|
|
91
|
+
- Documentation gap identification
|
|
92
|
+
- Critical knowledge risk evaluation
|
|
93
|
+
- Team competency baseline
|
|
94
|
+
|
|
95
|
+
2. **Documentation Strategy**:
|
|
96
|
+
- Knowledge capture methodology
|
|
97
|
+
- Documentation standards and templates
|
|
98
|
+
- Maintenance and update processes
|
|
99
|
+
- Accessibility and discoverability
|
|
100
|
+
|
|
101
|
+
3. **Training Framework**:
|
|
102
|
+
- Learning path development
|
|
103
|
+
- Competency-based curriculum design
|
|
104
|
+
- Assessment and certification approach
|
|
105
|
+
- Continuous learning culture
|
|
106
|
+
|
|
107
|
+
4. **Knowledge Retention**:
|
|
108
|
+
- Critical knowledge identification
|
|
109
|
+
- Transfer and succession planning
|
|
110
|
+
- Documentation automation opportunities
|
|
111
|
+
- Community and collaboration tools
|
|
112
|
+
|
|
113
|
+
Generate comprehensive knowledge management plan with documentation strategy, training materials, competency frameworks, and retention mechanisms.
|
|
114
|
+
|
|
115
|
+
If no specific operation is provided, perform knowledge management assessment and recommend improvements based on current documentation state and team needs.
|
|
@@ -0,0 +1,120 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Assess and improve team's development maturity with actionable insights
|
|
3
|
+
tags: [maturity, assessment, improvement]
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
Assess development maturity and provide improvement roadmap.
|
|
7
|
+
|
|
8
|
+
Parse assessment options from $ARGUMENTS (--level, --assess, --roadmap, --progress, or specific area like --testing, --ci-cd).
|
|
9
|
+
|
|
10
|
+
## 1. Quick Maturity Check
|
|
11
|
+
|
|
12
|
+
First, gather basic project metrics:
|
|
13
|
+
!find . -name "*.py" -o -name "*.js" -o -name "*.ts" | wc -l
|
|
14
|
+
!find . -name "*test*" -o -name "*spec*" | wc -l
|
|
15
|
+
!test -f .github/workflows/ci.yml && echo "CI/CD: GitHub Actions configured" || echo "CI/CD: Not found"
|
|
16
|
+
!test -f README.md && wc -l README.md
|
|
17
|
+
|
|
18
|
+
## 2. Development Practices Assessment
|
|
19
|
+
|
|
20
|
+
Check version control practices:
|
|
21
|
+
!git log --oneline -10 | grep -E "(feat|fix|docs|test|refactor)" | wc -l
|
|
22
|
+
!git branch -r | wc -l
|
|
23
|
+
|
|
24
|
+
Testing maturity:
|
|
25
|
+
!python -m pytest --cov=. 2>/dev/null | grep "TOTAL" || npm test 2>/dev/null | grep "Test Suites" || echo "No test coverage data"
|
|
26
|
+
|
|
27
|
+
Code quality tools:
|
|
28
|
+
!test -f .pre-commit-config.yaml && echo "Pre-commit hooks: Configured" || echo "Pre-commit hooks: Not configured"
|
|
29
|
+
!test -f pyproject.toml && grep -E "(black|ruff|mypy)" pyproject.toml 2>/dev/null
|
|
30
|
+
|
|
31
|
+
## 3. CI/CD Maturity
|
|
32
|
+
|
|
33
|
+
Check for automation:
|
|
34
|
+
!find . -name "*.yml" -path "*workflow*" -o -path "*github*" | head -5
|
|
35
|
+
!test -f Dockerfile && echo "Containerization: Yes" || echo "Containerization: No"
|
|
36
|
+
|
|
37
|
+
## 4. Documentation & Knowledge Sharing
|
|
38
|
+
|
|
39
|
+
!find . -name "*.md" | wc -l
|
|
40
|
+
!test -d docs && echo "Documentation folder exists" || echo "No dedicated docs folder"
|
|
41
|
+
|
|
42
|
+
Think step by step about the maturity assessment and provide:
|
|
43
|
+
|
|
44
|
+
1. Current maturity level (1-5) with justification
|
|
45
|
+
2. Strengths and gaps in each area
|
|
46
|
+
3. Specific improvement recommendations
|
|
47
|
+
4. 90-day improvement roadmap
|
|
48
|
+
|
|
49
|
+
Generate maturity report in this format:
|
|
50
|
+
|
|
51
|
+
```
|
|
52
|
+
📊 DEVELOPMENT MATURITY ASSESSMENT
|
|
53
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
54
|
+
Overall Level: X.X/5.0 (Level Name)
|
|
55
|
+
|
|
56
|
+
📈 MATURITY SCORES BY AREA
|
|
57
|
+
────────────────────────
|
|
58
|
+
🔧 Engineering Practices
|
|
59
|
+
- Version Control: X.X/5 ✓
|
|
60
|
+
- Testing: X.X/5 ⚠️
|
|
61
|
+
- Code Quality: X.X/5 ✓
|
|
62
|
+
- Documentation: X.X/5 ❌
|
|
63
|
+
|
|
64
|
+
🚀 Delivery & Operations
|
|
65
|
+
- CI/CD: X.X/5 ⚠️
|
|
66
|
+
- Monitoring: X.X/5 ❌
|
|
67
|
+
- Security: X.X/5 ⚠️
|
|
68
|
+
|
|
69
|
+
👥 Team & Culture
|
|
70
|
+
- Collaboration: X.X/5 ✓
|
|
71
|
+
- Knowledge Sharing: X.X/5 ⚠️
|
|
72
|
+
|
|
73
|
+
💪 STRENGTHS
|
|
74
|
+
───────────
|
|
75
|
+
• [Specific strength with evidence]
|
|
76
|
+
• [Specific strength with evidence]
|
|
77
|
+
|
|
78
|
+
🎯 TOP GAPS TO ADDRESS
|
|
79
|
+
───────────────────
|
|
80
|
+
1. [Gap]: Current state → Target state
|
|
81
|
+
Action: [Specific action to take]
|
|
82
|
+
|
|
83
|
+
2. [Gap]: Current state → Target state
|
|
84
|
+
Action: [Specific action to take]
|
|
85
|
+
|
|
86
|
+
📅 90-DAY IMPROVEMENT ROADMAP
|
|
87
|
+
─────────────────────────
|
|
88
|
+
Week 1-2: Quick Wins
|
|
89
|
+
• [Specific task with command/action]
|
|
90
|
+
• [Specific task with command/action]
|
|
91
|
+
|
|
92
|
+
Week 3-4: Foundation
|
|
93
|
+
• [Specific task with command/action]
|
|
94
|
+
• [Specific task with command/action]
|
|
95
|
+
|
|
96
|
+
Month 2: Build Momentum
|
|
97
|
+
• [Larger improvement initiative]
|
|
98
|
+
• [Process implementation]
|
|
99
|
+
|
|
100
|
+
Month 3: Establish Excellence
|
|
101
|
+
• [Advanced practice adoption]
|
|
102
|
+
• [Measurement and optimization]
|
|
103
|
+
|
|
104
|
+
💡 NEXT STEPS
|
|
105
|
+
───────────
|
|
106
|
+
1. [Immediate action to take today]
|
|
107
|
+
2. [Action to take this week]
|
|
108
|
+
3. [Process to establish this month]
|
|
109
|
+
```
|
|
110
|
+
|
|
111
|
+
If --roadmap is specified, create detailed implementation plan.
|
|
112
|
+
If --progress is specified, compare against previous assessment.
|
|
113
|
+
If --benchmark is specified, compare against industry standards.
|
|
114
|
+
|
|
115
|
+
Maturity Levels:
|
|
116
|
+
1. Initial (Ad-hoc): Inconsistent, reactive
|
|
117
|
+
2. Managed: Basic processes, some repeatability
|
|
118
|
+
3. Defined: Standardized processes, good practices
|
|
119
|
+
4. Quantified: Measured, data-driven decisions
|
|
120
|
+
5. Optimizing: Continuous improvement, innovation
|
|
@@ -0,0 +1,118 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Advanced metrics collection and analysis for development process optimization and SpecDriven AI insights
|
|
3
|
+
tags: [metrics, analytics, performance, quality, velocity, coverage]
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
Collect and analyze development metrics based on the arguments provided in $ARGUMENTS.
|
|
7
|
+
|
|
8
|
+
First, examine the project for metrics and monitoring setup:
|
|
9
|
+
!find . -name "*.json" -o -name "*.yml" -o -name "*.yaml" | grep -E "(metric|monitor|analytics)" | head -5
|
|
10
|
+
!ls -la package.json requirements.txt pyproject.toml 2>/dev/null | head -3
|
|
11
|
+
!ps aux | grep -E "(prometheus|grafana|analytics)" | grep -v grep
|
|
12
|
+
!git log --oneline --since="1 month ago" | wc -l
|
|
13
|
+
|
|
14
|
+
Based on $ARGUMENTS, perform the appropriate metrics operation:
|
|
15
|
+
|
|
16
|
+
## 1. Dashboard and Overview Metrics
|
|
17
|
+
|
|
18
|
+
If viewing dashboard (--dashboard, --overview):
|
|
19
|
+
!find . -name "*.py" -o -name "*.js" -o -name "*.ts" | wc -l
|
|
20
|
+
!find . -name "*test*" -type f | wc -l
|
|
21
|
+
!git log --pretty=format:"%h %an %ad" --date=short --since="1 month ago" | wc -l
|
|
22
|
+
!git shortlog -sn --since="1 month ago" | head -5
|
|
23
|
+
|
|
24
|
+
Generate comprehensive metrics dashboard:
|
|
25
|
+
- Development velocity and productivity
|
|
26
|
+
- Code quality and coverage trends
|
|
27
|
+
- Team collaboration patterns
|
|
28
|
+
- Deployment and delivery metrics
|
|
29
|
+
- Technical debt and risk indicators
|
|
30
|
+
|
|
31
|
+
## 2. Coverage Analysis
|
|
32
|
+
|
|
33
|
+
If analyzing coverage (--coverage, --dual-coverage):
|
|
34
|
+
!python -m pytest --cov=. --cov-report=term 2>/dev/null || npm test -- --coverage 2>/dev/null || echo "No coverage tools available"
|
|
35
|
+
!find . -name "*spec*" -o -name "*requirement*" | wc -l
|
|
36
|
+
!grep -r "{#.*authority=" . --include="*.md" --include="*.py" | wc -l
|
|
37
|
+
|
|
38
|
+
Analyze coverage metrics:
|
|
39
|
+
- Traditional code coverage (line, branch, function)
|
|
40
|
+
- Specification coverage tracking
|
|
41
|
+
- Authority-level coverage analysis
|
|
42
|
+
- Traceability coverage assessment
|
|
43
|
+
- Coverage gap identification
|
|
44
|
+
|
|
45
|
+
## 3. Velocity and Productivity Metrics
|
|
46
|
+
|
|
47
|
+
If analyzing velocity (--velocity, --productivity, --team):
|
|
48
|
+
!git log --pretty=format:"%h %s %an %ad" --date=short --since="1 month ago" | head -20
|
|
49
|
+
!git log --pretty=format:"%an" --since="1 month ago" | sort | uniq -c | sort -nr
|
|
50
|
+
!git log --oneline --since="1 week ago" | wc -l
|
|
51
|
+
!git branch -r | wc -l
|
|
52
|
+
|
|
53
|
+
Measure team productivity:
|
|
54
|
+
- Commit frequency and patterns
|
|
55
|
+
- Pull request velocity
|
|
56
|
+
- Feature delivery rate
|
|
57
|
+
- Sprint burndown analysis
|
|
58
|
+
- Individual contributor metrics
|
|
59
|
+
|
|
60
|
+
## 4. Quality Metrics
|
|
61
|
+
|
|
62
|
+
If analyzing quality (--quality, --debt, --complexity):
|
|
63
|
+
!find . -name "*.py" -o -name "*.js" -o -name "*.ts" | xargs wc -l | tail -1
|
|
64
|
+
!grep -r "TODO\|FIXME\|HACK" . --include="*.py" --include="*.js" --include="*.ts" | wc -l
|
|
65
|
+
!python -m pylint **/*.py --output-format=json 2>/dev/null | head -10 || echo "Pylint not available"
|
|
66
|
+
!find . -name "*test*" -type f | wc -l
|
|
67
|
+
|
|
68
|
+
Analyze code quality:
|
|
69
|
+
- Cyclomatic complexity trends
|
|
70
|
+
- Technical debt accumulation
|
|
71
|
+
- Bug density measurements
|
|
72
|
+
- Code duplication analysis
|
|
73
|
+
- Maintainability index
|
|
74
|
+
|
|
75
|
+
## 5. Performance and DORA Metrics
|
|
76
|
+
|
|
77
|
+
If analyzing performance (--performance, --dora, --lead-time):
|
|
78
|
+
!git log --pretty=format:"%h %ad %s" --date=short --since="1 month ago" | grep -E "(deploy|release|fix)" | wc -l
|
|
79
|
+
!find . -name "*.yml" -o -name "*.yaml" | xargs grep -l "deploy\|ci\|cd" | head -5 2>/dev/null
|
|
80
|
+
!uptime
|
|
81
|
+
!ps aux | head -5
|
|
82
|
+
|
|
83
|
+
Measure performance metrics:
|
|
84
|
+
- Deployment frequency
|
|
85
|
+
- Lead time for changes
|
|
86
|
+
- Mean time to recovery (MTTR)
|
|
87
|
+
- Change failure rate
|
|
88
|
+
- System performance indicators
|
|
89
|
+
|
|
90
|
+
Think step by step about metrics requirements and provide:
|
|
91
|
+
|
|
92
|
+
1. **Current State Analysis**:
|
|
93
|
+
- Existing metrics collection setup
|
|
94
|
+
- Available data sources and quality
|
|
95
|
+
- Team velocity and productivity baseline
|
|
96
|
+
- Quality and coverage current state
|
|
97
|
+
|
|
98
|
+
2. **Metrics Strategy**:
|
|
99
|
+
- Key performance indicators definition
|
|
100
|
+
- DORA metrics implementation
|
|
101
|
+
- SpecDriven AI compliance tracking
|
|
102
|
+
- Team and individual metrics framework
|
|
103
|
+
|
|
104
|
+
3. **Implementation Plan**:
|
|
105
|
+
- Metrics collection automation
|
|
106
|
+
- Dashboard and visualization setup
|
|
107
|
+
- Alert and threshold configuration
|
|
108
|
+
- Reporting and analysis framework
|
|
109
|
+
|
|
110
|
+
4. **Insights and Actions**:
|
|
111
|
+
- Performance trend analysis
|
|
112
|
+
- Improvement opportunity identification
|
|
113
|
+
- Predictive analytics and forecasting
|
|
114
|
+
- Actionable recommendations
|
|
115
|
+
|
|
116
|
+
Generate comprehensive metrics analysis with dashboard insights, trend analysis, performance indicators, and improvement recommendations.
|
|
117
|
+
|
|
118
|
+
If no specific operation is provided, perform metrics readiness assessment and recommend metrics implementation strategy based on current development setup and industry best practices.
|