myaidev-method 0.3.2 → 0.3.4
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-plugin/plugin.json +52 -48
- package/DEV_WORKFLOW_GUIDE.md +6 -6
- package/MCP_INTEGRATION.md +4 -4
- package/README.md +81 -64
- package/TECHNICAL_ARCHITECTURE.md +112 -18
- package/USER_GUIDE.md +57 -40
- package/bin/cli.js +49 -127
- package/dist/mcp/gutenberg-converter.js +667 -413
- package/dist/mcp/wordpress-server.js +1558 -1181
- package/extension.json +3 -3
- package/package.json +2 -1
- package/skills/content-writer/SKILL.md +130 -178
- package/skills/infographic/SKILL.md +191 -0
- package/skills/myaidev-analyze/SKILL.md +242 -0
- package/skills/myaidev-analyze/agents/dependency-mapper-agent.md +236 -0
- package/skills/myaidev-analyze/agents/pattern-detector-agent.md +240 -0
- package/skills/myaidev-analyze/agents/structure-scanner-agent.md +171 -0
- package/skills/myaidev-analyze/agents/tech-profiler-agent.md +291 -0
- package/skills/myaidev-architect/SKILL.md +389 -0
- package/skills/myaidev-architect/agents/compliance-checker-agent.md +287 -0
- package/skills/myaidev-architect/agents/requirements-analyst-agent.md +194 -0
- package/skills/myaidev-architect/agents/system-designer-agent.md +315 -0
- package/skills/myaidev-coder/SKILL.md +291 -0
- package/skills/myaidev-coder/agents/implementer-agent.md +185 -0
- package/skills/myaidev-coder/agents/integration-agent.md +168 -0
- package/skills/myaidev-coder/agents/pattern-scanner-agent.md +161 -0
- package/skills/myaidev-coder/agents/self-reviewer-agent.md +168 -0
- package/skills/myaidev-debug/SKILL.md +308 -0
- package/skills/myaidev-debug/agents/fix-agent-debug.md +317 -0
- package/skills/myaidev-debug/agents/hypothesis-agent.md +226 -0
- package/skills/myaidev-debug/agents/investigator-agent.md +250 -0
- package/skills/myaidev-debug/agents/symptom-collector-agent.md +231 -0
- package/skills/myaidev-documenter/SKILL.md +194 -0
- package/skills/myaidev-documenter/agents/code-reader-agent.md +172 -0
- package/skills/myaidev-documenter/agents/doc-validator-agent.md +174 -0
- package/skills/myaidev-documenter/agents/doc-writer-agent.md +379 -0
- package/skills/myaidev-migrate/SKILL.md +300 -0
- package/skills/myaidev-migrate/agents/migration-planner-agent.md +237 -0
- package/skills/myaidev-migrate/agents/migration-writer-agent.md +248 -0
- package/skills/myaidev-migrate/agents/schema-analyzer-agent.md +190 -0
- package/skills/myaidev-performance/SKILL.md +270 -0
- package/skills/myaidev-performance/agents/benchmark-agent.md +281 -0
- package/skills/myaidev-performance/agents/optimizer-agent.md +277 -0
- package/skills/myaidev-performance/agents/profiler-agent.md +252 -0
- package/skills/myaidev-refactor/SKILL.md +296 -0
- package/skills/myaidev-refactor/agents/refactor-executor-agent.md +221 -0
- package/skills/myaidev-refactor/agents/refactor-planner-agent.md +213 -0
- package/skills/myaidev-refactor/agents/regression-guard-agent.md +242 -0
- package/skills/myaidev-refactor/agents/smell-detector-agent.md +233 -0
- package/skills/myaidev-reviewer/SKILL.md +385 -0
- package/skills/myaidev-reviewer/agents/auto-fixer-agent.md +238 -0
- package/skills/myaidev-reviewer/agents/code-analyst-agent.md +220 -0
- package/skills/myaidev-reviewer/agents/security-scanner-agent.md +262 -0
- package/skills/myaidev-tester/SKILL.md +331 -0
- package/skills/myaidev-tester/agents/coverage-analyst-agent.md +163 -0
- package/skills/myaidev-tester/agents/tdd-driver-agent.md +242 -0
- package/skills/myaidev-tester/agents/test-runner-agent.md +176 -0
- package/skills/myaidev-tester/agents/test-strategist-agent.md +154 -0
- package/skills/myaidev-tester/agents/test-writer-agent.md +242 -0
- package/skills/myaidev-workflow/SKILL.md +567 -0
- package/skills/myaidev-workflow/agents/analyzer-agent.md +317 -0
- package/skills/myaidev-workflow/agents/coordinator-agent.md +253 -0
- package/skills/security-auditor/SKILL.md +1 -1
- package/skills/skill-builder/SKILL.md +417 -0
- package/src/cli/commands/addon.js +146 -135
- package/src/cli/commands/auth.js +9 -1
- package/src/config/workflows.js +11 -6
- package/src/lib/ascii-banner.js +3 -3
- package/src/lib/update-manager.js +120 -61
- package/src/mcp/gutenberg-converter.js +667 -413
- package/src/mcp/wordpress-server.js +1558 -1181
- package/src/statusline/statusline.sh +279 -0
- package/src/templates/claude/CLAUDE.md +124 -0
- package/skills/sparc-architect/SKILL.md +0 -127
- package/skills/sparc-coder/SKILL.md +0 -90
- package/skills/sparc-documenter/SKILL.md +0 -155
- package/skills/sparc-reviewer/SKILL.md +0 -138
- package/skills/sparc-tester/SKILL.md +0 -100
- package/skills/sparc-workflow/SKILL.md +0 -130
- /package/{marketplace.json → .claude-plugin/marketplace.json} +0 -0
|
@@ -1,155 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: sparc-documenter
|
|
3
|
-
description: Generates comprehensive documentation following the SPARC Completion phase. Use when creating API docs, README files, architecture documentation, user guides, changelogs, or adding code documentation.
|
|
4
|
-
argument-hint: [path] [--type=api]
|
|
5
|
-
allowed-tools: [Read, Write, Edit, Glob, Grep, Task]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
# SPARC Documenter Skill
|
|
9
|
-
|
|
10
|
-
The Completion phase of the SPARC methodology focused on documentation. Generate comprehensive documentation for code, APIs, and features.
|
|
11
|
-
|
|
12
|
-
Handles the **Completion (C)** phase of the SPARC methodology, focused on documentation. Part of the `/myaidev-method:sparc-workflow` pipeline.
|
|
13
|
-
|
|
14
|
-
## Capabilities
|
|
15
|
-
|
|
16
|
-
- Generate API documentation
|
|
17
|
-
- Create README files
|
|
18
|
-
- Document code with JSDoc/docstrings
|
|
19
|
-
- Generate architecture documentation
|
|
20
|
-
- Create user guides and tutorials
|
|
21
|
-
- Update changelog entries
|
|
22
|
-
- Generate TypeScript declarations
|
|
23
|
-
|
|
24
|
-
## Documentation Types
|
|
25
|
-
|
|
26
|
-
| Type | Output | Use Case |
|
|
27
|
-
|------|--------|----------|
|
|
28
|
-
| `api` | API reference | HTTP endpoints, SDK methods |
|
|
29
|
-
| `code` | JSDoc/docstrings | Functions, classes, modules |
|
|
30
|
-
| `readme` | README.md | Project overview |
|
|
31
|
-
| `architecture` | Architecture docs | System design |
|
|
32
|
-
| `guide` | User guide | How-to documentation |
|
|
33
|
-
| `changelog` | CHANGELOG.md | Version history |
|
|
34
|
-
| `types` | TypeScript .d.ts | Type definitions |
|
|
35
|
-
|
|
36
|
-
## Process
|
|
37
|
-
|
|
38
|
-
1. **Code Analysis**
|
|
39
|
-
- Parse source files
|
|
40
|
-
- Extract function signatures
|
|
41
|
-
- Identify public APIs
|
|
42
|
-
- Understand code purpose
|
|
43
|
-
|
|
44
|
-
2. **Documentation Generation**
|
|
45
|
-
- Generate appropriate doc format
|
|
46
|
-
- Add usage examples
|
|
47
|
-
- Include parameter descriptions
|
|
48
|
-
- Document return values and errors
|
|
49
|
-
|
|
50
|
-
3. **Quality Check**
|
|
51
|
-
- Verify completeness
|
|
52
|
-
- Check for accuracy
|
|
53
|
-
- Ensure consistency
|
|
54
|
-
|
|
55
|
-
4. **Integration**
|
|
56
|
-
- Update existing docs
|
|
57
|
-
- Add to documentation site
|
|
58
|
-
- Update README links
|
|
59
|
-
|
|
60
|
-
## API Documentation Template
|
|
61
|
-
|
|
62
|
-
```markdown
|
|
63
|
-
# API Reference
|
|
64
|
-
|
|
65
|
-
## Overview
|
|
66
|
-
[Brief description of the API]
|
|
67
|
-
|
|
68
|
-
## Authentication
|
|
69
|
-
[Auth requirements and examples]
|
|
70
|
-
|
|
71
|
-
## Endpoints
|
|
72
|
-
|
|
73
|
-
### `POST /api/resource`
|
|
74
|
-
Create a new resource.
|
|
75
|
-
|
|
76
|
-
**Request Body:**
|
|
77
|
-
```json
|
|
78
|
-
{
|
|
79
|
-
"name": "string",
|
|
80
|
-
"value": "number"
|
|
81
|
-
}
|
|
82
|
-
```
|
|
83
|
-
|
|
84
|
-
**Response:**
|
|
85
|
-
```json
|
|
86
|
-
{
|
|
87
|
-
"id": "string",
|
|
88
|
-
"name": "string",
|
|
89
|
-
"createdAt": "ISO8601"
|
|
90
|
-
}
|
|
91
|
-
```
|
|
92
|
-
|
|
93
|
-
**Errors:**
|
|
94
|
-
| Code | Description |
|
|
95
|
-
|------|-------------|
|
|
96
|
-
| 400 | Invalid request body |
|
|
97
|
-
| 401 | Unauthorized |
|
|
98
|
-
| 409 | Resource already exists |
|
|
99
|
-
|
|
100
|
-
**Example:**
|
|
101
|
-
```bash
|
|
102
|
-
curl -X POST https://api.example.com/resource \
|
|
103
|
-
-H "Authorization: Bearer TOKEN" \
|
|
104
|
-
-d '{"name": "test"}'
|
|
105
|
-
```
|
|
106
|
-
```
|
|
107
|
-
|
|
108
|
-
## Parameters
|
|
109
|
-
|
|
110
|
-
| Parameter | Description | Default |
|
|
111
|
-
|-----------|-------------|---------|
|
|
112
|
-
| `path` | File or directory to document | Required |
|
|
113
|
-
| `--type` | Documentation type | api |
|
|
114
|
-
| `--output` | Output directory | ./docs |
|
|
115
|
-
| `--format` | markdown, html, json | markdown |
|
|
116
|
-
| `--update` | Update existing docs | false |
|
|
117
|
-
|
|
118
|
-
## Example Usage
|
|
119
|
-
|
|
120
|
-
```bash
|
|
121
|
-
# Generate API documentation
|
|
122
|
-
/myaidev-method:documenter ./src/api --type=api
|
|
123
|
-
|
|
124
|
-
# Add JSDoc to code
|
|
125
|
-
/myaidev-method:documenter ./src/utils --type=code
|
|
126
|
-
|
|
127
|
-
# Generate README
|
|
128
|
-
/myaidev-method:documenter ./ --type=readme
|
|
129
|
-
|
|
130
|
-
# Update changelog
|
|
131
|
-
/myaidev-method:documenter --type=changelog --update
|
|
132
|
-
```
|
|
133
|
-
|
|
134
|
-
## Integration
|
|
135
|
-
|
|
136
|
-
- Documents code from `/myaidev-method:coder`
|
|
137
|
-
- Uses review insights from `/myaidev-method:reviewer`
|
|
138
|
-
- Final phase of `/myaidev-method:sparc` workflow
|
|
139
|
-
|
|
140
|
-
## Output Structure
|
|
141
|
-
|
|
142
|
-
```
|
|
143
|
-
docs/
|
|
144
|
-
├── README.md # Project overview
|
|
145
|
-
├── API.md # API reference
|
|
146
|
-
├── ARCHITECTURE.md # System design
|
|
147
|
-
├── CHANGELOG.md # Version history
|
|
148
|
-
├── guides/
|
|
149
|
-
│ ├── getting-started.md
|
|
150
|
-
│ └── advanced-usage.md
|
|
151
|
-
└── api/
|
|
152
|
-
├── endpoints.md
|
|
153
|
-
└── types.md
|
|
154
|
-
```
|
|
155
|
-
|
|
@@ -1,138 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: sparc-reviewer
|
|
3
|
-
description: Performs comprehensive code reviews for quality, security, and performance following the SPARC Refinement phase. Use when reviewing code changes, assessing code quality, or identifying bugs and vulnerabilities.
|
|
4
|
-
argument-hint: [path] [--focus=security]
|
|
5
|
-
allowed-tools: [Read, Glob, Grep, Task, WebSearch]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
# SPARC Reviewer Skill
|
|
9
|
-
|
|
10
|
-
The Refinement phase of the SPARC methodology focused on code review. Perform comprehensive code reviews, identify issues, and suggest improvements.
|
|
11
|
-
|
|
12
|
-
Handles the **Refinement (R)** phase of the SPARC methodology, focused on code review. Part of the `/myaidev-method:sparc-workflow` pipeline.
|
|
13
|
-
|
|
14
|
-
## Capabilities
|
|
15
|
-
|
|
16
|
-
- Code quality assessment
|
|
17
|
-
- Security vulnerability detection
|
|
18
|
-
- Performance issue identification
|
|
19
|
-
- Best practice verification
|
|
20
|
-
- Style and convention checking
|
|
21
|
-
- Documentation completeness review
|
|
22
|
-
- Dependency audit
|
|
23
|
-
|
|
24
|
-
## Review Categories
|
|
25
|
-
|
|
26
|
-
| Category | Focus Areas |
|
|
27
|
-
|----------|-------------|
|
|
28
|
-
| **Quality** | Readability, maintainability, complexity |
|
|
29
|
-
| **Security** | Vulnerabilities, input validation, secrets |
|
|
30
|
-
| **Performance** | Efficiency, memory usage, async patterns |
|
|
31
|
-
| **Architecture** | Design patterns, SOLID principles, coupling |
|
|
32
|
-
| **Testing** | Coverage, test quality, edge cases |
|
|
33
|
-
| **Documentation** | Comments, README, API docs |
|
|
34
|
-
|
|
35
|
-
## Process
|
|
36
|
-
|
|
37
|
-
1. **Code Analysis**
|
|
38
|
-
- Read and understand the code
|
|
39
|
-
- Identify the purpose and context
|
|
40
|
-
- Note patterns and anti-patterns
|
|
41
|
-
|
|
42
|
-
2. **Issue Detection**
|
|
43
|
-
- Check for bugs and logic errors
|
|
44
|
-
- Identify security vulnerabilities
|
|
45
|
-
- Find performance bottlenecks
|
|
46
|
-
- Note code smells
|
|
47
|
-
|
|
48
|
-
3. **Improvement Suggestions**
|
|
49
|
-
- Recommend refactoring opportunities
|
|
50
|
-
- Suggest better patterns
|
|
51
|
-
- Propose documentation additions
|
|
52
|
-
|
|
53
|
-
4. **Report Generation**
|
|
54
|
-
- Categorize findings by severity
|
|
55
|
-
- Provide actionable recommendations
|
|
56
|
-
- Highlight positive aspects
|
|
57
|
-
|
|
58
|
-
## Review Output Format
|
|
59
|
-
|
|
60
|
-
```markdown
|
|
61
|
-
# Code Review: [File/Feature Name]
|
|
62
|
-
|
|
63
|
-
## Summary
|
|
64
|
-
- **Files Reviewed**: X
|
|
65
|
-
- **Critical Issues**: X
|
|
66
|
-
- **Warnings**: X
|
|
67
|
-
- **Suggestions**: X
|
|
68
|
-
- **Overall Score**: X/10
|
|
69
|
-
|
|
70
|
-
## Critical Issues 🔴
|
|
71
|
-
### [Issue Title]
|
|
72
|
-
- **Location**: `file.ts:123`
|
|
73
|
-
- **Description**: [What's wrong]
|
|
74
|
-
- **Impact**: [Why it matters]
|
|
75
|
-
- **Suggestion**: [How to fix]
|
|
76
|
-
|
|
77
|
-
## Warnings 🟡
|
|
78
|
-
### [Warning Title]
|
|
79
|
-
- **Location**: `file.ts:45`
|
|
80
|
-
- **Description**: [The concern]
|
|
81
|
-
- **Suggestion**: [Improvement]
|
|
82
|
-
|
|
83
|
-
## Suggestions 🟢
|
|
84
|
-
### [Suggestion Title]
|
|
85
|
-
- **Description**: [What could be better]
|
|
86
|
-
- **Benefit**: [Why it helps]
|
|
87
|
-
|
|
88
|
-
## Positive Highlights ✨
|
|
89
|
-
- [Good practice observed]
|
|
90
|
-
- [Well-written code example]
|
|
91
|
-
|
|
92
|
-
## Recommendations
|
|
93
|
-
1. [Priority action 1]
|
|
94
|
-
2. [Priority action 2]
|
|
95
|
-
3. [Priority action 3]
|
|
96
|
-
```
|
|
97
|
-
|
|
98
|
-
## Severity Levels
|
|
99
|
-
|
|
100
|
-
| Level | Icon | Criteria |
|
|
101
|
-
|-------|------|----------|
|
|
102
|
-
| Critical | 🔴 | Security vulnerabilities, data loss, crashes |
|
|
103
|
-
| Warning | 🟡 | Bugs, performance issues, bad practices |
|
|
104
|
-
| Suggestion | 🟢 | Improvements, refactoring, style |
|
|
105
|
-
| Info | 🔵 | Notes, alternatives, best practices |
|
|
106
|
-
|
|
107
|
-
## Parameters
|
|
108
|
-
|
|
109
|
-
| Parameter | Description | Default |
|
|
110
|
-
|-----------|-------------|---------|
|
|
111
|
-
| `path` | File or directory to review | Required |
|
|
112
|
-
| `--focus` | security, performance, quality, all | all |
|
|
113
|
-
| `--severity` | Filter by minimum severity | suggestion |
|
|
114
|
-
| `--output` | Output format: markdown, json | markdown |
|
|
115
|
-
| `--pr` | Review as PR (GitHub integration) | false |
|
|
116
|
-
|
|
117
|
-
## Example Usage
|
|
118
|
-
|
|
119
|
-
```bash
|
|
120
|
-
# Full code review
|
|
121
|
-
/myaidev-method:reviewer ./src/auth
|
|
122
|
-
|
|
123
|
-
# Security-focused review
|
|
124
|
-
/myaidev-method:reviewer ./src/api --focus=security
|
|
125
|
-
|
|
126
|
-
# Performance review
|
|
127
|
-
/myaidev-method:reviewer ./src/utils --focus=performance
|
|
128
|
-
|
|
129
|
-
# Review a specific file
|
|
130
|
-
/myaidev-method:reviewer ./src/auth/login.ts
|
|
131
|
-
```
|
|
132
|
-
|
|
133
|
-
## Integration
|
|
134
|
-
|
|
135
|
-
- Reviews code from `/myaidev-method:coder`
|
|
136
|
-
- Validates test coverage from `/myaidev-method:tester`
|
|
137
|
-
- Part of `/myaidev-method:sparc` full workflow
|
|
138
|
-
|
|
@@ -1,100 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: sparc-tester
|
|
3
|
-
description: Creates and runs comprehensive test suites following the SPARC Refinement phase. Use when generating unit/integration/e2e tests, running test suites, analyzing coverage, or validating code against specifications.
|
|
4
|
-
argument-hint: [path] [--coverage] [--type=unit]
|
|
5
|
-
allowed-tools: [Read, Write, Edit, Bash, Glob, Grep, Task]
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
# SPARC Tester Skill
|
|
9
|
-
|
|
10
|
-
The Refinement phase of the SPARC methodology focused on testing. Create comprehensive tests, run test suites, and ensure code quality through systematic testing.
|
|
11
|
-
|
|
12
|
-
Handles the **Refinement (R)** phase of the SPARC methodology, focused on testing. Part of the `/myaidev-method:sparc-workflow` pipeline.
|
|
13
|
-
|
|
14
|
-
## Capabilities
|
|
15
|
-
|
|
16
|
-
- Generate unit tests for components
|
|
17
|
-
- Create integration tests for workflows
|
|
18
|
-
- Run existing test suites
|
|
19
|
-
- Analyze code coverage
|
|
20
|
-
- Identify untested code paths
|
|
21
|
-
- Generate test fixtures and mocks
|
|
22
|
-
- Validate against specifications
|
|
23
|
-
|
|
24
|
-
## Test Types
|
|
25
|
-
|
|
26
|
-
| Type | Scope | Tools |
|
|
27
|
-
|------|-------|-------|
|
|
28
|
-
| Unit | Single function/component | Jest, Vitest, Mocha |
|
|
29
|
-
| Integration | Multiple components | Jest, Playwright |
|
|
30
|
-
| E2E | Full user flow | Playwright, Cypress |
|
|
31
|
-
| API | HTTP endpoints | Supertest, REST Client |
|
|
32
|
-
| Performance | Load/stress | Artillery, k6 |
|
|
33
|
-
|
|
34
|
-
## Process
|
|
35
|
-
|
|
36
|
-
1. **Analysis**
|
|
37
|
-
- Identify testable units
|
|
38
|
-
- Map code paths to test cases
|
|
39
|
-
- Check existing coverage
|
|
40
|
-
|
|
41
|
-
2. **Test Generation**
|
|
42
|
-
- Write test cases for happy paths
|
|
43
|
-
- Add edge case tests
|
|
44
|
-
- Create error scenario tests
|
|
45
|
-
- Generate fixtures/mocks
|
|
46
|
-
|
|
47
|
-
3. **Execution**
|
|
48
|
-
- Run test suites
|
|
49
|
-
- Collect coverage data
|
|
50
|
-
- Report failures
|
|
51
|
-
|
|
52
|
-
4. **Validation**
|
|
53
|
-
- Verify against specifications
|
|
54
|
-
- Check coverage thresholds
|
|
55
|
-
- Document test gaps
|
|
56
|
-
|
|
57
|
-
## Parameters
|
|
58
|
-
|
|
59
|
-
| Parameter | Description | Default |
|
|
60
|
-
|-----------|-------------|---------|
|
|
61
|
-
| `path` | File or directory to test | ./src |
|
|
62
|
-
| `--type` | unit, integration, e2e, all | unit |
|
|
63
|
-
| `--coverage` | Generate coverage report | false |
|
|
64
|
-
| `--watch` | Run in watch mode | false |
|
|
65
|
-
| `--update-snapshots` | Update snapshot tests | false |
|
|
66
|
-
| `--generate` | Generate missing tests | false |
|
|
67
|
-
|
|
68
|
-
## Example Usage
|
|
69
|
-
|
|
70
|
-
```bash
|
|
71
|
-
# Run all tests
|
|
72
|
-
/myaidev-method:tester --type=all
|
|
73
|
-
|
|
74
|
-
# Generate tests for a module
|
|
75
|
-
/myaidev-method:tester ./src/auth --generate
|
|
76
|
-
|
|
77
|
-
# Run with coverage
|
|
78
|
-
/myaidev-method:tester ./src --coverage
|
|
79
|
-
|
|
80
|
-
# Integration tests only
|
|
81
|
-
/myaidev-method:tester --type=integration
|
|
82
|
-
```
|
|
83
|
-
|
|
84
|
-
## Coverage Thresholds
|
|
85
|
-
|
|
86
|
-
Default thresholds for quality gates:
|
|
87
|
-
|
|
88
|
-
| Metric | Minimum |
|
|
89
|
-
|--------|---------|
|
|
90
|
-
| Statements | 80% |
|
|
91
|
-
| Branches | 75% |
|
|
92
|
-
| Functions | 80% |
|
|
93
|
-
| Lines | 80% |
|
|
94
|
-
|
|
95
|
-
## Integration
|
|
96
|
-
|
|
97
|
-
- Tests code from `/myaidev-method:coder`
|
|
98
|
-
- Results feed into `/myaidev-method:reviewer`
|
|
99
|
-
- Part of `/myaidev-method:sparc` full workflow
|
|
100
|
-
|
|
@@ -1,130 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: sparc-workflow
|
|
3
|
-
description: Orchestrates the complete SPARC development workflow through Specification, Pseudocode, Architecture, Refinement, and Completion phases. Use when building features systematically, running multi-phase development, or coordinating design-to-implementation workflows.
|
|
4
|
-
argument-hint: "[task description] [--phase spec|pseudo|arch|refine|complete]"
|
|
5
|
-
allowed-tools: [Read, Write, Edit, Bash, Glob, Grep, Task, WebSearch, AskUserQuestion]
|
|
6
|
-
context: fork
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# SPARC Workflow Orchestrator
|
|
10
|
-
|
|
11
|
-
You are the **SPARC Workflow Orchestrator** — coordinating the complete 5-phase systematic development methodology by dispatching specialized subagents for each phase.
|
|
12
|
-
|
|
13
|
-
## SPARC Methodology
|
|
14
|
-
|
|
15
|
-
```
|
|
16
|
-
S - Specification → Define requirements and acceptance criteria
|
|
17
|
-
P - Pseudocode → Design algorithms and logic flow
|
|
18
|
-
A - Architecture → System design and component structure
|
|
19
|
-
R - Refinement → Code review, testing, quality assurance
|
|
20
|
-
C - Completion → Documentation and deployment readiness
|
|
21
|
-
```
|
|
22
|
-
|
|
23
|
-
## Arguments
|
|
24
|
-
|
|
25
|
-
Parse from: `$ARGUMENTS`
|
|
26
|
-
|
|
27
|
-
- `[task]` → Development task description (required)
|
|
28
|
-
- `--phase <name>` → Run specific phase only
|
|
29
|
-
- `--from <phase>` → Start from specific phase
|
|
30
|
-
- `--skip-tests` → Skip test generation in Refinement
|
|
31
|
-
- `--verbose` → Detailed progress
|
|
32
|
-
|
|
33
|
-
## Orchestration
|
|
34
|
-
|
|
35
|
-
### Phase 1: Specification (sparc-architect skill)
|
|
36
|
-
```
|
|
37
|
-
Task(subagent_type: "general-purpose")
|
|
38
|
-
```
|
|
39
|
-
- Gather requirements from task description
|
|
40
|
-
- Define acceptance criteria
|
|
41
|
-
- Identify constraints and dependencies
|
|
42
|
-
- Output: `.sparc-session/spec.md`
|
|
43
|
-
|
|
44
|
-
### Phase 2: Pseudocode (sparc-coder skill)
|
|
45
|
-
```
|
|
46
|
-
Task(subagent_type: "general-purpose")
|
|
47
|
-
```
|
|
48
|
-
- Design algorithms from specification
|
|
49
|
-
- Plan data structures
|
|
50
|
-
- Define function signatures and interfaces
|
|
51
|
-
- Output: `.sparc-session/pseudocode.md`
|
|
52
|
-
|
|
53
|
-
### Phase 3: Architecture (sparc-architect skill)
|
|
54
|
-
```
|
|
55
|
-
Task(subagent_type: "general-purpose")
|
|
56
|
-
```
|
|
57
|
-
- Component design and relationships
|
|
58
|
-
- Technology choices
|
|
59
|
-
- File structure planning
|
|
60
|
-
- API design
|
|
61
|
-
- Output: `.sparc-session/architecture.md`
|
|
62
|
-
|
|
63
|
-
### Phase 4: Refinement (sparc-reviewer + sparc-tester skills)
|
|
64
|
-
```
|
|
65
|
-
Task(subagent_type: "general-purpose") × 2 (parallel)
|
|
66
|
-
```
|
|
67
|
-
- Code implementation from architecture
|
|
68
|
-
- Test generation
|
|
69
|
-
- Code review for quality and security
|
|
70
|
-
- Output: `.sparc-session/implementation/`, `.sparc-session/tests/`
|
|
71
|
-
|
|
72
|
-
### Phase 5: Completion (sparc-documenter skill)
|
|
73
|
-
```
|
|
74
|
-
Task(subagent_type: "general-purpose")
|
|
75
|
-
```
|
|
76
|
-
- Generate documentation
|
|
77
|
-
- Create deployment checklist
|
|
78
|
-
- Verify all acceptance criteria met
|
|
79
|
-
- Output: `.sparc-session/docs/`
|
|
80
|
-
|
|
81
|
-
## Session State
|
|
82
|
-
|
|
83
|
-
```
|
|
84
|
-
.sparc-session/
|
|
85
|
-
├── config.json # Task parameters
|
|
86
|
-
├── spec.md # Specification output
|
|
87
|
-
├── pseudocode.md # Algorithm design
|
|
88
|
-
├── architecture.md # System design
|
|
89
|
-
├── implementation/ # Code files
|
|
90
|
-
├── tests/ # Test files
|
|
91
|
-
├── docs/ # Documentation
|
|
92
|
-
└── completion-report.md # Final summary
|
|
93
|
-
```
|
|
94
|
-
|
|
95
|
-
## Progress Reporting
|
|
96
|
-
|
|
97
|
-
```
|
|
98
|
-
SPARC Workflow: "{task}"
|
|
99
|
-
════════════════════════════
|
|
100
|
-
→ Phase 1/5: Specification...
|
|
101
|
-
✓ 5 requirements, 8 acceptance criteria defined
|
|
102
|
-
|
|
103
|
-
→ Phase 2/5: Pseudocode...
|
|
104
|
-
✓ 3 algorithms, 4 interfaces designed
|
|
105
|
-
|
|
106
|
-
→ Phase 3/5: Architecture...
|
|
107
|
-
✓ 6 components, 2 services planned
|
|
108
|
-
|
|
109
|
-
→ Phase 4/5: Refinement...
|
|
110
|
-
✓ 12 files implemented, 24 tests passing
|
|
111
|
-
|
|
112
|
-
→ Phase 5/5: Completion...
|
|
113
|
-
✓ API docs generated, deployment checklist ready
|
|
114
|
-
|
|
115
|
-
Summary:
|
|
116
|
-
Files: 12 | Tests: 24 | Coverage: 87%
|
|
117
|
-
Documentation: API + README + Deploy guide
|
|
118
|
-
```
|
|
119
|
-
|
|
120
|
-
## Error Recovery
|
|
121
|
-
|
|
122
|
-
- Specification fails → Ask user for clarification
|
|
123
|
-
- Pseudocode fails → Proceed with high-level architecture
|
|
124
|
-
- Architecture fails → Use simpler flat structure
|
|
125
|
-
- Refinement fails → Report issues, proceed to docs
|
|
126
|
-
- Completion fails → Generate minimal docs from code comments
|
|
127
|
-
|
|
128
|
-
## Cleanup
|
|
129
|
-
|
|
130
|
-
Remove `.sparc-session/` after successful completion. Keep on failure for debugging.
|
|
File without changes
|