claude-flow-novice 2.11.0 → 2.13.0
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/.claude/commands/README.md +177 -129
- package/.claude/skills/cfn-changelog-management/SKILL.md +349 -0
- package/.claude/skills/cfn-changelog-management/add-changelog-entry.sh +200 -0
- package/claude-assets/commands/cfn/README.md +177 -129
- package/claude-assets/commands/cfn/cfn-loop-cli.md +268 -0
- package/claude-assets/commands/cfn/cfn-loop-document.md +20 -1
- package/claude-assets/commands/cfn/cfn-loop-frontend.md +17 -2
- package/claude-assets/commands/cfn/cfn-loop-task.md +442 -0
- package/claude-assets/commands/cfn/context-curate.md +27 -38
- package/claude-assets/commands/cfn/context-inject.md +14 -25
- package/claude-assets/commands/cfn/context-query.md +40 -45
- package/claude-assets/commands/cfn/context-reflect.md +40 -38
- package/claude-assets/commands/cfn/context-stats.md +13 -38
- package/claude-assets/commands/cfn/launch-web-dashboard.md +0 -295
- package/claude-assets/commands/cfn/list-agents-rebuild.md +18 -18
- package/claude-assets/commands/cfn/write-plan.md +246 -75
- package/claude-assets/skills/cfn-changelog-management/SKILL.md +349 -0
- package/claude-assets/skills/cfn-changelog-management/add-changelog-entry.sh +200 -0
- package/package.json +2 -1
- package/claude-assets/commands/cfn/auto-compact.md +0 -80
- package/claude-assets/commands/cfn/cfn-loop-epic.md +0 -478
- package/claude-assets/commands/cfn/cfn-loop-single.md +0 -256
- package/claude-assets/commands/cfn/cfn-loop-sprints.md +0 -396
- package/claude-assets/commands/cfn/cfn-loop.md +0 -518
- package/claude-assets/commands/cfn/claude-md.md +0 -64
- package/claude-assets/commands/cfn/claude-soul.md +0 -22
- package/claude-assets/commands/cfn/cost-savings-off.md +0 -35
- package/claude-assets/commands/cfn/cost-savings-on.md +0 -35
- package/claude-assets/commands/cfn/cost-savings-status.md +0 -34
- package/claude-assets/commands/cfn/custom-routing-activate.md +0 -55
- package/claude-assets/commands/cfn/custom-routing-deactivate.md +0 -46
- package/claude-assets/commands/cfn/dependency-recommendations.md +0 -171
- package/claude-assets/commands/cfn/fullstack.md +0 -179
- package/claude-assets/commands/cfn/github.md +0 -221
- package/claude-assets/commands/cfn/hooks.md +0 -38
- package/claude-assets/commands/cfn/metrics-summary.md +0 -58
- package/claude-assets/commands/cfn/neural.md +0 -39
- package/claude-assets/commands/cfn/parse-epic.md +0 -357
- package/claude-assets/commands/cfn/performance.md +0 -41
- package/claude-assets/commands/cfn/sparc.md +0 -46
- package/claude-assets/commands/cfn/suggest-improvements.md +0 -95
- package/claude-assets/commands/cfn/suggest-templates.md +0 -147
- package/claude-assets/commands/cfn/swarm.md +0 -24
|
@@ -1,221 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "GitHub integration for repository management, PR automation, and collaboration"
|
|
3
|
-
argument-hint: "<action> [repository] [options]"
|
|
4
|
-
allowed-tools: ["Bash", "Read", "Write", "Grep", "mcp__claude-flow__github_repo_analyze", "mcp__claude-flow__github_pr_manage", "mcp__claude-flow__github_release_coord", "mcp__claude-flow__github_issue_track", "mcp__claude-flow__github_workflow_auto", "mcp__claude-flow__github_metrics", "mcp__claude-flow__agent_spawn", "mcp__claude-flow__memory_usage"]
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
# GitHub Integration & Automation
|
|
8
|
-
|
|
9
|
-
Comprehensive GitHub integration for repository management, automated workflows, and team collaboration.
|
|
10
|
-
|
|
11
|
-
**Action**: $ARGUMENTS
|
|
12
|
-
|
|
13
|
-
## Available Actions
|
|
14
|
-
|
|
15
|
-
### Repository Management
|
|
16
|
-
- `analyze <repo>` - Comprehensive repository analysis
|
|
17
|
-
- `metrics <repo>` - Repository health and activity metrics
|
|
18
|
-
- `security-scan <repo>` - Security vulnerability scanning
|
|
19
|
-
- `performance-audit <repo>` - Performance and quality assessment
|
|
20
|
-
|
|
21
|
-
### Pull Request Management
|
|
22
|
-
- `pr create <title>` - Create PR with AI-generated description
|
|
23
|
-
- `pr review <number>` - Automated code review with suggestions
|
|
24
|
-
- `pr merge <number>` - Smart merge with conflict resolution
|
|
25
|
-
- `pr status` - Show all open PRs with analysis
|
|
26
|
-
|
|
27
|
-
### Issue Management
|
|
28
|
-
- `issue create <title>` - Create issue with templates
|
|
29
|
-
- `issue triage` - AI-powered issue triage and labeling
|
|
30
|
-
- `issue assign` - Smart assignment based on expertise
|
|
31
|
-
- `issue close <number>` - Close issue with summary
|
|
32
|
-
|
|
33
|
-
### Release Management
|
|
34
|
-
- `release create <version>` - Create release with changelog
|
|
35
|
-
- `release notes <version>` - Generate release notes
|
|
36
|
-
- `release deploy <version>` - Coordinate deployment
|
|
37
|
-
|
|
38
|
-
### Workflow Automation
|
|
39
|
-
- `workflow setup` - Configure GitHub Actions workflows
|
|
40
|
-
- `workflow status` - Monitor workflow runs
|
|
41
|
-
- `workflow optimize` - Optimize CI/CD performance
|
|
42
|
-
|
|
43
|
-
## Key Features
|
|
44
|
-
|
|
45
|
-
### 🔍 AI-Powered Repository Analysis
|
|
46
|
-
|
|
47
|
-
#### Code Quality Assessment
|
|
48
|
-
- **Architecture Analysis**: Design patterns, SOLID principles compliance
|
|
49
|
-
- **Code Complexity**: Cyclomatic complexity, maintainability index
|
|
50
|
-
- **Technical Debt**: Identification and prioritization
|
|
51
|
-
- **Documentation Quality**: README, API docs, inline comments
|
|
52
|
-
|
|
53
|
-
#### Security Analysis
|
|
54
|
-
- **Vulnerability Scanning**: Dependencies, code patterns, configurations
|
|
55
|
-
- **Secret Detection**: API keys, passwords, certificates
|
|
56
|
-
- **Access Control**: Repository permissions and branch protection
|
|
57
|
-
- **Supply Chain**: Dependency risk assessment
|
|
58
|
-
|
|
59
|
-
#### Performance Metrics
|
|
60
|
-
- **Build Performance**: CI/CD execution times, bottlenecks
|
|
61
|
-
- **Code Performance**: Static analysis, performance patterns
|
|
62
|
-
- **Repository Health**: Commit frequency, contributor activity
|
|
63
|
-
- **Issue Resolution**: Response times, resolution rates
|
|
64
|
-
|
|
65
|
-
### 🤖 Automated Code Review
|
|
66
|
-
|
|
67
|
-
#### Intelligent PR Analysis
|
|
68
|
-
- **Change Impact**: Affected components and systems
|
|
69
|
-
- **Risk Assessment**: Breaking changes, security implications
|
|
70
|
-
- **Test Coverage**: Missing tests, coverage impact
|
|
71
|
-
- **Documentation**: Required documentation updates
|
|
72
|
-
|
|
73
|
-
#### Review Automation
|
|
74
|
-
- **Style Compliance**: Code formatting, naming conventions
|
|
75
|
-
- **Best Practices**: Language-specific recommendations
|
|
76
|
-
- **Performance Impact**: Bundle size, runtime performance
|
|
77
|
-
- **Security Review**: Vulnerability patterns, secure coding
|
|
78
|
-
|
|
79
|
-
### 📈 Advanced Metrics & Insights
|
|
80
|
-
|
|
81
|
-
#### Team Productivity
|
|
82
|
-
- **Contributor Analysis**: Activity patterns, expertise areas
|
|
83
|
-
- **Collaboration Metrics**: PR review patterns, response times
|
|
84
|
-
- **Knowledge Sharing**: Documentation contributions, mentoring
|
|
85
|
-
- **Burnout Detection**: Workload analysis, health indicators
|
|
86
|
-
|
|
87
|
-
#### Project Health
|
|
88
|
-
- **Velocity Tracking**: Feature delivery, sprint performance
|
|
89
|
-
- **Quality Trends**: Bug rates, test coverage over time
|
|
90
|
-
- **Maintenance Load**: Technical debt, refactoring needs
|
|
91
|
-
- **Community Growth**: Star/fork growth, issue engagement
|
|
92
|
-
|
|
93
|
-
## Usage Examples
|
|
94
|
-
|
|
95
|
-
### Repository Analysis
|
|
96
|
-
```bash
|
|
97
|
-
# Comprehensive repository analysis
|
|
98
|
-
/github analyze myorg/myrepo
|
|
99
|
-
|
|
100
|
-
# Output includes:
|
|
101
|
-
# - Code quality score (1-10)
|
|
102
|
-
# - Security vulnerability count
|
|
103
|
-
# - Performance bottlenecks
|
|
104
|
-
# - Improvement recommendations
|
|
105
|
-
# - Contributor activity analysis
|
|
106
|
-
```
|
|
107
|
-
|
|
108
|
-
### PR Management
|
|
109
|
-
```bash
|
|
110
|
-
# Create PR with AI description
|
|
111
|
-
/github pr create "Add user authentication"
|
|
112
|
-
|
|
113
|
-
# Automated code review
|
|
114
|
-
/github pr review 123
|
|
115
|
-
|
|
116
|
-
# Output:
|
|
117
|
-
# - Code quality assessment
|
|
118
|
-
# - Security review
|
|
119
|
-
# - Performance impact
|
|
120
|
-
# - Test coverage analysis
|
|
121
|
-
# - Suggested improvements
|
|
122
|
-
```
|
|
123
|
-
|
|
124
|
-
### Issue Triage
|
|
125
|
-
```bash
|
|
126
|
-
# AI-powered issue triage
|
|
127
|
-
/github issue triage
|
|
128
|
-
|
|
129
|
-
# Automatically:
|
|
130
|
-
# - Labels issues by type/priority
|
|
131
|
-
# - Assigns to appropriate team members
|
|
132
|
-
# - Estimates effort/complexity
|
|
133
|
-
# - Suggests related issues
|
|
134
|
-
```
|
|
135
|
-
|
|
136
|
-
### Release Management
|
|
137
|
-
```bash
|
|
138
|
-
# Create release with changelog
|
|
139
|
-
/github release create v2.1.0
|
|
140
|
-
|
|
141
|
-
# Automatically:
|
|
142
|
-
# - Generates changelog from commits
|
|
143
|
-
# - Identifies breaking changes
|
|
144
|
-
# - Creates release notes
|
|
145
|
-
# - Tags version and triggers deployment
|
|
146
|
-
```
|
|
147
|
-
|
|
148
|
-
## Sample Analysis Output
|
|
149
|
-
|
|
150
|
-
```markdown
|
|
151
|
-
# Repository Analysis: myorg/awesome-project
|
|
152
|
-
|
|
153
|
-
## 🏆 Overall Health Score: 8.7/10
|
|
154
|
-
|
|
155
|
-
### 🔍 Code Quality (9.2/10)
|
|
156
|
-
- **Architecture**: Well-structured, follows SOLID principles
|
|
157
|
-
- **Complexity**: Low average complexity (2.3/10)
|
|
158
|
-
- **Documentation**: Comprehensive README, 85% API coverage
|
|
159
|
-
- **Testing**: 94% code coverage, good test quality
|
|
160
|
-
|
|
161
|
-
### 🛡️ Security (7.8/10)
|
|
162
|
-
- **Vulnerabilities**: 2 medium-risk dependencies
|
|
163
|
-
- **Secrets**: No exposed secrets detected
|
|
164
|
-
- **Permissions**: Appropriate branch protection rules
|
|
165
|
-
- **Recommendations**: Update lodash to v4.17.21
|
|
166
|
-
|
|
167
|
-
### 🚀 Performance (8.5/10)
|
|
168
|
-
- **Build Time**: 3.2 minutes (good)
|
|
169
|
-
- **Bundle Size**: 245KB (acceptable)
|
|
170
|
-
- **CI Efficiency**: 95% success rate
|
|
171
|
-
- **Bottlenecks**: Database tests could be optimized
|
|
172
|
-
|
|
173
|
-
### 📈 Team Metrics
|
|
174
|
-
- **Active Contributors**: 12 (last 30 days)
|
|
175
|
-
- **PR Response Time**: 4.2 hours average
|
|
176
|
-
- **Issue Resolution**: 89% within SLA
|
|
177
|
-
- **Knowledge Distribution**: Good (no single points of failure)
|
|
178
|
-
|
|
179
|
-
## 📝 Recommendations
|
|
180
|
-
1. **Security**: Update 2 vulnerable dependencies
|
|
181
|
-
2. **Performance**: Optimize database test suite
|
|
182
|
-
3. **Process**: Consider automated dependency updates
|
|
183
|
-
4. **Documentation**: Add contribution guidelines
|
|
184
|
-
```
|
|
185
|
-
|
|
186
|
-
## Workflow Automation
|
|
187
|
-
|
|
188
|
-
### CI/CD Optimization
|
|
189
|
-
- **Pipeline Analysis**: Identify bottlenecks and optimization opportunities
|
|
190
|
-
- **Parallel Execution**: Suggest parallelization strategies
|
|
191
|
-
- **Caching**: Optimize build caches and artifact storage
|
|
192
|
-
- **Resource Usage**: Monitor and optimize runner usage
|
|
193
|
-
|
|
194
|
-
### Quality Gates
|
|
195
|
-
- **Automated Testing**: Ensure comprehensive test coverage
|
|
196
|
-
- **Security Scanning**: Integrate security checks into pipelines
|
|
197
|
-
- **Performance Testing**: Monitor performance regressions
|
|
198
|
-
- **Documentation**: Ensure documentation stays up-to-date
|
|
199
|
-
|
|
200
|
-
## Multi-Repository Management
|
|
201
|
-
|
|
202
|
-
### Organization Overview
|
|
203
|
-
- **Repository Health Dashboard**: Cross-repo metrics and trends
|
|
204
|
-
- **Dependency Management**: Shared dependency updates
|
|
205
|
-
- **Security Compliance**: Organization-wide security policies
|
|
206
|
-
- **Knowledge Sharing**: Cross-team learning and best practices
|
|
207
|
-
|
|
208
|
-
### Release Coordination
|
|
209
|
-
- **Multi-Repo Releases**: Coordinate releases across services
|
|
210
|
-
- **Dependency Tracking**: Monitor inter-service dependencies
|
|
211
|
-
- **Rollback Management**: Coordinate rollbacks across systems
|
|
212
|
-
- **Communication**: Automated stakeholder notifications
|
|
213
|
-
|
|
214
|
-
## Integration with Claude Flow
|
|
215
|
-
|
|
216
|
-
- **Agent Coordination**: Deploy specialized GitHub agents
|
|
217
|
-
- **Memory Persistence**: Remember repository context across sessions
|
|
218
|
-
- **Learning**: Improve recommendations based on team patterns
|
|
219
|
-
- **Automation**: Custom workflows based on team preferences
|
|
220
|
-
|
|
221
|
-
Streamline your GitHub workflow with AI-powered automation and insights.
|
|
@@ -1,38 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Automation hooks management"
|
|
3
|
-
argument-hint: "<action> [parameters]"
|
|
4
|
-
allowed-tools: ["Bash", "mcp__claude-flow-novice__memory_usage"]
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
# Automation Hooks Management
|
|
8
|
-
|
|
9
|
-
Manage automation hooks for pre/post operations and session coordination.
|
|
10
|
-
|
|
11
|
-
**Action**: $ARGUMENTS
|
|
12
|
-
|
|
13
|
-
**Available Hook Actions**:
|
|
14
|
-
- `enable` - Enable all automation hooks
|
|
15
|
-
- `disable` - Disable automation hooks
|
|
16
|
-
- `pre-task "<description>"` - Execute pre-task hook
|
|
17
|
-
- `post-task "<task-id>"` - Execute post-task hook
|
|
18
|
-
- `session-start` - Start coordination session
|
|
19
|
-
- `session-end` - End session with summary
|
|
20
|
-
- `notify "<message>"` - Send notification to swarm
|
|
21
|
-
|
|
22
|
-
**Hook Types**:
|
|
23
|
-
|
|
24
|
-
## Pre-Operation Hooks
|
|
25
|
-
- **Pre-Command**: Validate commands for safety
|
|
26
|
-
- **Pre-Edit**: Auto-assign agents by file type
|
|
27
|
-
- **Pre-Task**: Prepare resources and context
|
|
28
|
-
|
|
29
|
-
## Post-Operation Hooks
|
|
30
|
-
- **Post-Command**: Track metrics and results
|
|
31
|
-
- **Post-Edit**: Auto-format code and update memory
|
|
32
|
-
- **Post-Task**: Store completion data
|
|
33
|
-
|
|
34
|
-
## Session Hooks
|
|
35
|
-
- **Session Start**: Initialize coordination context
|
|
36
|
-
- **Session End**: Generate summaries and persist state
|
|
37
|
-
|
|
38
|
-
Execute the specified hook action and coordinate with the claude-flow-novice system for automation.
|
|
@@ -1,58 +0,0 @@
|
|
|
1
|
-
# Metrics Summary
|
|
2
|
-
|
|
3
|
-
Display aggregated metrics statistics with configurable time frame and manage metrics tracking.
|
|
4
|
-
|
|
5
|
-
## Usage
|
|
6
|
-
|
|
7
|
-
```bash
|
|
8
|
-
# Display metrics summary
|
|
9
|
-
/metrics-summary [--minutes=60] [--provider=all] [--model=all]
|
|
10
|
-
|
|
11
|
-
# Manage tracking
|
|
12
|
-
/metrics-summary --enable # Enable metrics tracking
|
|
13
|
-
/metrics-summary --disable # Disable metrics tracking
|
|
14
|
-
/metrics-summary --status # Check tracking status
|
|
15
|
-
```
|
|
16
|
-
|
|
17
|
-
## Parameters
|
|
18
|
-
|
|
19
|
-
### Display Metrics
|
|
20
|
-
- `--minutes` - Time frame in minutes (default: 60 = last hour)
|
|
21
|
-
- Examples: 60 (1 hour), 1440 (24 hours), 10080 (7 days)
|
|
22
|
-
- `--provider` - Filter by provider: `all`, `anthropic`, `z.ai` (default: all)
|
|
23
|
-
- `--model` - Filter by model name (default: all)
|
|
24
|
-
|
|
25
|
-
### Manage Tracking
|
|
26
|
-
- `--enable` - Enable metrics tracking
|
|
27
|
-
- `--disable` - Disable metrics tracking
|
|
28
|
-
- `--status` - Check current tracking status
|
|
29
|
-
|
|
30
|
-
## Examples
|
|
31
|
-
|
|
32
|
-
```bash
|
|
33
|
-
# Last hour stats (all providers)
|
|
34
|
-
/metrics-summary
|
|
35
|
-
|
|
36
|
-
# Last 24 hours
|
|
37
|
-
/metrics-summary --minutes=1440
|
|
38
|
-
|
|
39
|
-
# Last hour Z.ai only
|
|
40
|
-
/metrics-summary --minutes=60 --provider=z.ai
|
|
41
|
-
|
|
42
|
-
# Last 7 days GLM-4.6 only
|
|
43
|
-
/metrics-summary --minutes=10080 --model=glm-4.6
|
|
44
|
-
|
|
45
|
-
# Enable/disable tracking
|
|
46
|
-
/metrics-summary --enable
|
|
47
|
-
/metrics-summary --disable
|
|
48
|
-
/metrics-summary --status
|
|
49
|
-
```
|
|
50
|
-
|
|
51
|
-
## Output
|
|
52
|
-
|
|
53
|
-
- **API Requests**: Total count by provider
|
|
54
|
-
- **Token Usage**: Input/Output/Total by provider and model
|
|
55
|
-
- **Error Rate**: Success vs error percentage
|
|
56
|
-
- **Cost Breakdown**: Estimated costs by provider (if pricing available)
|
|
57
|
-
- **Top Models**: Most used models in time frame
|
|
58
|
-
- **Performance**: Average API duration by provider
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Neural network training and management"
|
|
3
|
-
argument-hint: "<action> [parameters]"
|
|
4
|
-
allowed-tools: ["mcp__claude-flow-novice__memory_usage", "mcp__claude-flow-novice__performance_report"]
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
# Neural Network Training & Management
|
|
8
|
-
|
|
9
|
-
Manage neural networks, training, and cognitive patterns for AI agents.
|
|
10
|
-
|
|
11
|
-
**Action**: $ARGUMENTS
|
|
12
|
-
|
|
13
|
-
**Available Neural Actions**:
|
|
14
|
-
- `status` - Check neural network status
|
|
15
|
-
- `train <pattern> <iterations>` - Train neural patterns
|
|
16
|
-
- `patterns` - Analyze cognitive patterns
|
|
17
|
-
- `predict "<input>"` - Make neural predictions
|
|
18
|
-
- `compress <model>` - Compress neural models
|
|
19
|
-
- `explain <prediction>` - Explain neural decisions
|
|
20
|
-
|
|
21
|
-
**Neural Capabilities**:
|
|
22
|
-
|
|
23
|
-
## Training Patterns
|
|
24
|
-
- **Coordination**: Agent coordination patterns
|
|
25
|
-
- **Optimization**: Performance optimization patterns
|
|
26
|
-
- **Prediction**: Task completion prediction
|
|
27
|
-
|
|
28
|
-
## Cognitive Patterns
|
|
29
|
-
- **Convergent**: Focused problem-solving
|
|
30
|
-
- **Divergent**: Creative exploration
|
|
31
|
-
- **Lateral**: Cross-domain thinking
|
|
32
|
-
- **Systems**: Holistic system analysis
|
|
33
|
-
|
|
34
|
-
## Model Management
|
|
35
|
-
- **WASM SIMD**: Accelerated neural processing
|
|
36
|
-
- **Ensemble**: Multiple model coordination
|
|
37
|
-
- **Transfer**: Cross-domain learning
|
|
38
|
-
|
|
39
|
-
Execute neural network operations with real-time feedback and performance monitoring.
|
|
@@ -1,357 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Parse natural language epic documents to structured JSON configuration"
|
|
3
|
-
argument-hint: "<epic-directory> [--output <file>] [--validate]"
|
|
4
|
-
allowed-tools: ["Read", "Write", "Bash", "Glob", "Grep"]
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
# Parse Epic - Natural Language to Structured JSON
|
|
8
|
-
|
|
9
|
-
Convert natural language epic markdown documents into structured JSON configuration for CFN Loop execution.
|
|
10
|
-
|
|
11
|
-
**Input**: Natural language epic directory with markdown files
|
|
12
|
-
**Output**: Structured JSON configuration with phases, sprints, dependencies
|
|
13
|
-
|
|
14
|
-
## Usage
|
|
15
|
-
|
|
16
|
-
```bash
|
|
17
|
-
# Basic parsing
|
|
18
|
-
/parse-epic planning/example-epic
|
|
19
|
-
|
|
20
|
-
# With custom output file
|
|
21
|
-
/parse-epic planning/my-epic --output epic-config.json
|
|
22
|
-
|
|
23
|
-
# With validation
|
|
24
|
-
/parse-epic planning/auth-epic --validate
|
|
25
|
-
|
|
26
|
-
# Full options
|
|
27
|
-
/parse-epic planning/example-epic --output custom-epic.json --validate
|
|
28
|
-
```
|
|
29
|
-
|
|
30
|
-
## Command Arguments
|
|
31
|
-
|
|
32
|
-
- `<epic-directory>`: **Required** - Path to epic directory containing markdown files
|
|
33
|
-
- `--output <file>`: Optional - Custom output JSON file (default: `<epic-name>-config.json`)
|
|
34
|
-
- `--validate`: Optional - Validate parsed configuration against schema
|
|
35
|
-
|
|
36
|
-
## Epic Directory Structure
|
|
37
|
-
|
|
38
|
-
```
|
|
39
|
-
planning/example-epic/
|
|
40
|
-
├── OVERVIEW.md # Epic description, goals, scope
|
|
41
|
-
├── phase-1-authentication.md # Phase 1 details
|
|
42
|
-
├── phase-2-authorization.md # Phase 2 details
|
|
43
|
-
├── phase-3-session-mgmt.md # Phase 3 details
|
|
44
|
-
└── dependencies.md # Cross-phase dependencies (optional)
|
|
45
|
-
```
|
|
46
|
-
|
|
47
|
-
## Markdown Format
|
|
48
|
-
|
|
49
|
-
### OVERVIEW.md
|
|
50
|
-
```markdown
|
|
51
|
-
# Auth System Epic
|
|
52
|
-
|
|
53
|
-
**Goal**: Build complete authentication and authorization system
|
|
54
|
-
|
|
55
|
-
## Scope
|
|
56
|
-
|
|
57
|
-
### In Scope
|
|
58
|
-
- JWT-based authentication
|
|
59
|
-
- Role-based access control (RBAC)
|
|
60
|
-
- Session management
|
|
61
|
-
- Password security (bcrypt)
|
|
62
|
-
|
|
63
|
-
### Out of Scope
|
|
64
|
-
- OAuth/social login
|
|
65
|
-
- Multi-factor authentication
|
|
66
|
-
- Biometric authentication
|
|
67
|
-
|
|
68
|
-
## Risk Profile
|
|
69
|
-
public-facing-medium-risk
|
|
70
|
-
|
|
71
|
-
## Estimated Timeline
|
|
72
|
-
3 phases, 8 sprints total
|
|
73
|
-
```
|
|
74
|
-
|
|
75
|
-
### Phase Markdown (phase-1-authentication.md)
|
|
76
|
-
```markdown
|
|
77
|
-
# Phase 1: User Authentication
|
|
78
|
-
|
|
79
|
-
**Phase ID**: 1
|
|
80
|
-
**Dependencies**: None
|
|
81
|
-
|
|
82
|
-
## Deliverables
|
|
83
|
-
- Login API endpoint (POST /auth/login)
|
|
84
|
-
- JWT token generation
|
|
85
|
-
- Password validation
|
|
86
|
-
- bcrypt password hashing
|
|
87
|
-
|
|
88
|
-
## Sprints
|
|
89
|
-
|
|
90
|
-
### Sprint 1.1: Core Login API
|
|
91
|
-
- POST /auth/login endpoint
|
|
92
|
-
- JWT token generation
|
|
93
|
-
- Basic password validation
|
|
94
|
-
**Estimated Agents**: 3
|
|
95
|
-
|
|
96
|
-
### Sprint 1.2: Password Security
|
|
97
|
-
- bcrypt password hashing
|
|
98
|
-
- Salt generation
|
|
99
|
-
- Hash verification
|
|
100
|
-
**Estimated Agents**: 2
|
|
101
|
-
|
|
102
|
-
## Success Criteria
|
|
103
|
-
- All login tests passing
|
|
104
|
-
- Security audit complete
|
|
105
|
-
- API documentation updated
|
|
106
|
-
```
|
|
107
|
-
|
|
108
|
-
## Output JSON Structure
|
|
109
|
-
|
|
110
|
-
The parser generates a structured JSON configuration:
|
|
111
|
-
|
|
112
|
-
```json
|
|
113
|
-
{
|
|
114
|
-
"epic_name": "auth-system",
|
|
115
|
-
"epic_goal": "Build complete authentication and authorization system",
|
|
116
|
-
"scope": {
|
|
117
|
-
"in_scope": [
|
|
118
|
-
"JWT-based authentication",
|
|
119
|
-
"Role-based access control (RBAC)",
|
|
120
|
-
"Session management",
|
|
121
|
-
"Password security (bcrypt)"
|
|
122
|
-
],
|
|
123
|
-
"out_of_scope": [
|
|
124
|
-
"OAuth/social login",
|
|
125
|
-
"Multi-factor authentication",
|
|
126
|
-
"Biometric authentication"
|
|
127
|
-
],
|
|
128
|
-
"risk_profile": "public-facing-medium-risk"
|
|
129
|
-
},
|
|
130
|
-
"phases": [
|
|
131
|
-
{
|
|
132
|
-
"phase_id": "1",
|
|
133
|
-
"phase_name": "User Authentication",
|
|
134
|
-
"dependencies": [],
|
|
135
|
-
"deliverables": [
|
|
136
|
-
"Login API endpoint (POST /auth/login)",
|
|
137
|
-
"JWT token generation",
|
|
138
|
-
"Password validation",
|
|
139
|
-
"bcrypt password hashing"
|
|
140
|
-
],
|
|
141
|
-
"sprints": [
|
|
142
|
-
{
|
|
143
|
-
"sprint_id": "1.1",
|
|
144
|
-
"sprint_name": "Core Login API",
|
|
145
|
-
"deliverables": [
|
|
146
|
-
"POST /auth/login endpoint",
|
|
147
|
-
"JWT token generation",
|
|
148
|
-
"Basic password validation"
|
|
149
|
-
],
|
|
150
|
-
"estimated_agents": 3
|
|
151
|
-
},
|
|
152
|
-
{
|
|
153
|
-
"sprint_id": "1.2",
|
|
154
|
-
"sprint_name": "Password Security",
|
|
155
|
-
"deliverables": [
|
|
156
|
-
"bcrypt password hashing",
|
|
157
|
-
"Salt generation",
|
|
158
|
-
"Hash verification"
|
|
159
|
-
],
|
|
160
|
-
"estimated_agents": 2
|
|
161
|
-
}
|
|
162
|
-
],
|
|
163
|
-
"success_criteria": [
|
|
164
|
-
"All login tests passing",
|
|
165
|
-
"Security audit complete",
|
|
166
|
-
"API documentation updated"
|
|
167
|
-
]
|
|
168
|
-
}
|
|
169
|
-
],
|
|
170
|
-
"decision_authority_config": {
|
|
171
|
-
"auto_approve_threshold": 0.90,
|
|
172
|
-
"auto_relaunch_max_iteration": 10,
|
|
173
|
-
"escalation_criteria": [
|
|
174
|
-
"security vulnerability",
|
|
175
|
-
"data loss risk"
|
|
176
|
-
]
|
|
177
|
-
}
|
|
178
|
-
}
|
|
179
|
-
```
|
|
180
|
-
|
|
181
|
-
## Validation
|
|
182
|
-
|
|
183
|
-
When using `--validate`, the parser checks:
|
|
184
|
-
- ✅ Valid phase IDs and naming
|
|
185
|
-
- ✅ Dependency resolution (no circular dependencies)
|
|
186
|
-
- ✅ Sprint numbering consistency (1.1, 1.2, etc.)
|
|
187
|
-
- ✅ Deliverables are non-empty
|
|
188
|
-
- ✅ Scope boundaries are defined
|
|
189
|
-
- ✅ Risk profile is valid (internal-only-low-risk, public-facing-medium-risk, critical-high-risk)
|
|
190
|
-
- ✅ Success criteria are specified
|
|
191
|
-
|
|
192
|
-
**Validation Errors:**
|
|
193
|
-
```
|
|
194
|
-
❌ Validation Failed:
|
|
195
|
-
- Phase 2 dependency on Phase 5 (does not exist)
|
|
196
|
-
- Sprint 1.3 missing deliverables
|
|
197
|
-
- Risk profile "high" invalid (use: internal-only-low-risk, public-facing-medium-risk, critical-high-risk)
|
|
198
|
-
```
|
|
199
|
-
|
|
200
|
-
## Integration with CFN Loop
|
|
201
|
-
|
|
202
|
-
After parsing, use the JSON configuration with CFN Loop commands:
|
|
203
|
-
|
|
204
|
-
```bash
|
|
205
|
-
# 1. Parse epic to JSON
|
|
206
|
-
/parse-epic planning/auth-epic --output auth-config.json --validate
|
|
207
|
-
|
|
208
|
-
# 2. Execute epic using parsed configuration
|
|
209
|
-
/cfn-loop-epic "$(cat auth-config.json)"
|
|
210
|
-
|
|
211
|
-
# Or manually reference phases
|
|
212
|
-
/cfn-loop-sprints "Phase 1: User Authentication (from auth-config.json)"
|
|
213
|
-
```
|
|
214
|
-
|
|
215
|
-
## Automatic Scope Storage
|
|
216
|
-
|
|
217
|
-
The parser automatically stores scope boundaries in memory for Product Owner access:
|
|
218
|
-
|
|
219
|
-
```javascript
|
|
220
|
-
// Automatically executed during parsing
|
|
221
|
-
mcp__claude-flow-novice__memory_usage({
|
|
222
|
-
action: "store",
|
|
223
|
-
namespace: "scope-control",
|
|
224
|
-
key: "project-boundaries",
|
|
225
|
-
value: JSON.stringify({
|
|
226
|
-
primary_goal: epicConfig.epic_goal,
|
|
227
|
-
in_scope: epicConfig.scope.in_scope,
|
|
228
|
-
out_of_scope: epicConfig.scope.out_of_scope,
|
|
229
|
-
risk_profile: epicConfig.scope.risk_profile,
|
|
230
|
-
decision_authority_config: epicConfig.decision_authority_config
|
|
231
|
-
})
|
|
232
|
-
})
|
|
233
|
-
```
|
|
234
|
-
|
|
235
|
-
## Example Workflows
|
|
236
|
-
|
|
237
|
-
### Workflow 1: Parse and Execute Epic
|
|
238
|
-
```bash
|
|
239
|
-
# Step 1: Create epic markdown files in planning/auth-epic/
|
|
240
|
-
# Step 2: Parse to JSON
|
|
241
|
-
/parse-epic planning/auth-epic --output auth-config.json --validate
|
|
242
|
-
|
|
243
|
-
# Step 3: Execute epic (automatic phase orchestration)
|
|
244
|
-
/cfn-loop-epic "$(cat auth-config.json)"
|
|
245
|
-
```
|
|
246
|
-
|
|
247
|
-
### Workflow 2: Parse and Execute Single Phase
|
|
248
|
-
```bash
|
|
249
|
-
# Step 1: Parse epic
|
|
250
|
-
/parse-epic planning/my-epic --validate
|
|
251
|
-
|
|
252
|
-
# Step 2: Extract specific phase (manual)
|
|
253
|
-
# Read my-epic-config.json, copy Phase 1 details
|
|
254
|
-
|
|
255
|
-
# Step 3: Execute single phase
|
|
256
|
-
/cfn-loop-sprints "Phase 1 content from parsed JSON"
|
|
257
|
-
```
|
|
258
|
-
|
|
259
|
-
### Workflow 3: Validate Epic Structure
|
|
260
|
-
```bash
|
|
261
|
-
# Validate epic structure before execution
|
|
262
|
-
/parse-epic planning/complex-epic --validate
|
|
263
|
-
|
|
264
|
-
# Review validation output
|
|
265
|
-
# Fix any errors in markdown files
|
|
266
|
-
# Re-run validation until clean
|
|
267
|
-
```
|
|
268
|
-
|
|
269
|
-
## Output Files
|
|
270
|
-
|
|
271
|
-
**Generated Files:**
|
|
272
|
-
- `<epic-name>-config.json` - Structured epic configuration
|
|
273
|
-
- `<epic-name>-validation-report.json` - Validation results (if --validate)
|
|
274
|
-
|
|
275
|
-
**Example Output:**
|
|
276
|
-
```bash
|
|
277
|
-
🔍 Epic Parser - Natural Language to Structured JSON
|
|
278
|
-
|
|
279
|
-
📂 Epic directory: planning/auth-epic
|
|
280
|
-
📄 Overview file: OVERVIEW.md
|
|
281
|
-
|
|
282
|
-
✅ Parsed successfully:
|
|
283
|
-
- Epic: auth-system
|
|
284
|
-
- Phases: 3
|
|
285
|
-
- Total Sprints: 8
|
|
286
|
-
- Scope boundaries: ✓
|
|
287
|
-
- Dependencies: ✓
|
|
288
|
-
|
|
289
|
-
📄 Output: auth-config.json
|
|
290
|
-
✅ Validation: PASSED
|
|
291
|
-
|
|
292
|
-
Ready for CFN Loop execution!
|
|
293
|
-
```
|
|
294
|
-
|
|
295
|
-
## Error Handling
|
|
296
|
-
|
|
297
|
-
**Common Errors:**
|
|
298
|
-
|
|
299
|
-
1. **Missing OVERVIEW.md**
|
|
300
|
-
```
|
|
301
|
-
❌ Epic directory must contain OVERVIEW.md
|
|
302
|
-
```
|
|
303
|
-
|
|
304
|
-
2. **Invalid Phase Dependencies**
|
|
305
|
-
```
|
|
306
|
-
❌ Phase 3 depends on Phase 5 (not found)
|
|
307
|
-
```
|
|
308
|
-
|
|
309
|
-
3. **Circular Dependencies**
|
|
310
|
-
```
|
|
311
|
-
❌ Circular dependency detected: Phase 1 → Phase 2 → Phase 1
|
|
312
|
-
```
|
|
313
|
-
|
|
314
|
-
4. **Invalid Sprint Numbering**
|
|
315
|
-
```
|
|
316
|
-
❌ Sprint 1.5 follows 1.2 (expected 1.3)
|
|
317
|
-
```
|
|
318
|
-
|
|
319
|
-
## Advanced Features
|
|
320
|
-
|
|
321
|
-
### Custom Risk Profiles
|
|
322
|
-
```markdown
|
|
323
|
-
## Risk Profile
|
|
324
|
-
custom-high-security-critical
|
|
325
|
-
|
|
326
|
-
## Decision Authority
|
|
327
|
-
- Auto-approve threshold: 0.95
|
|
328
|
-
- Max iteration: 5
|
|
329
|
-
- Escalation: security-team-approval-required
|
|
330
|
-
```
|
|
331
|
-
|
|
332
|
-
### Cross-Phase Dependencies
|
|
333
|
-
Create `dependencies.md`:
|
|
334
|
-
```markdown
|
|
335
|
-
# Epic Dependencies
|
|
336
|
-
|
|
337
|
-
- Phase 2 requires Phase 1 (authentication must complete first)
|
|
338
|
-
- Phase 3 requires Phase 1, Phase 2 (session needs auth + authorization)
|
|
339
|
-
- Phase 4 requires Phase 3 (admin panel needs sessions)
|
|
340
|
-
```
|
|
341
|
-
|
|
342
|
-
### Sprint Estimation
|
|
343
|
-
```markdown
|
|
344
|
-
### Sprint 2.3: Complex Authorization Logic
|
|
345
|
-
**Estimated Agents**: 8
|
|
346
|
-
**Complexity**: High
|
|
347
|
-
**Rationale**: Multi-tenant RBAC with custom permission system
|
|
348
|
-
```
|
|
349
|
-
|
|
350
|
-
## Tips for Epic Creation
|
|
351
|
-
|
|
352
|
-
1. **Start with OVERVIEW.md** - Define clear scope boundaries
|
|
353
|
-
2. **One phase per file** - Keep phase definitions modular
|
|
354
|
-
3. **Explicit dependencies** - Document all cross-phase requirements
|
|
355
|
-
4. **Realistic sprint sizing** - 2-5 deliverables per sprint
|
|
356
|
-
5. **Validate early** - Use `--validate` during epic creation
|
|
357
|
-
6. **Clear success criteria** - Define measurable phase completion criteria
|