specpulse 1.0.6__py3-none-any.whl → 1.2.0__py3-none-any.whl
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.
- specpulse/__init__.py +1 -1
- specpulse/cli/main.py +809 -617
- specpulse/core/specpulse.py +1140 -1105
- specpulse/resources/commands/claude/sp-continue.md +203 -0
- specpulse/resources/commands/claude/sp-decompose.md +227 -0
- specpulse/resources/commands/claude/sp-plan.md +220 -0
- specpulse/resources/commands/claude/sp-pulse.md +142 -0
- specpulse/resources/commands/claude/{spec.md → sp-spec.md} +36 -23
- specpulse/resources/commands/claude/sp-status.md +170 -0
- specpulse/resources/commands/claude/sp-task.md +315 -0
- specpulse/resources/commands/gemini/sp-continue.toml +56 -0
- specpulse/resources/commands/gemini/sp-decompose.toml +54 -0
- specpulse/resources/commands/gemini/sp-plan.toml +68 -0
- specpulse/resources/commands/gemini/{pulse.toml → sp-pulse.toml} +12 -6
- specpulse/resources/commands/gemini/sp-spec.toml +54 -0
- specpulse/resources/commands/gemini/sp-status.toml +61 -0
- specpulse/resources/commands/gemini/sp-task.toml +79 -0
- specpulse/resources/memory/constitution.md +5 -5
- specpulse/resources/memory/context.md +53 -1
- specpulse/resources/scripts/sp-pulse-decompose.py +66 -0
- specpulse/resources/scripts/sp-pulse-decompose.sh +56 -0
- specpulse/resources/scripts/{pulse-init.py → sp-pulse-init.py} +6 -6
- specpulse/resources/scripts/{pulse-init.sh → sp-pulse-init.sh} +95 -95
- specpulse/resources/scripts/{pulse-plan.py → sp-pulse-plan.py} +32 -7
- specpulse/resources/scripts/{pulse-plan.sh → sp-pulse-plan.sh} +136 -126
- specpulse/resources/scripts/{pulse-spec.py → sp-pulse-spec.py} +26 -6
- specpulse/resources/scripts/{pulse-spec.sh → sp-pulse-spec.sh} +126 -103
- specpulse/resources/scripts/{pulse-task.py → sp-pulse-task.py} +42 -6
- specpulse/resources/scripts/{pulse-task.sh → sp-pulse-task.sh} +32 -16
- specpulse/resources/templates/decomposition/api-contract.yaml +22 -0
- specpulse/resources/templates/decomposition/integration-plan.md +134 -0
- specpulse/resources/templates/decomposition/interface.ts +20 -0
- specpulse/resources/templates/decomposition/microservices.md +34 -0
- specpulse/resources/templates/decomposition/service-plan.md +168 -0
- specpulse/resources/templates/plan.md +206 -206
- specpulse/resources/templates/spec.md +125 -125
- specpulse/resources/templates/task.md +164 -163
- {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/METADATA +95 -36
- specpulse-1.2.0.dist-info/RECORD +50 -0
- specpulse/resources/commands/claude/plan.md +0 -184
- specpulse/resources/commands/claude/pulse.md +0 -91
- specpulse/resources/commands/claude/task.md +0 -237
- specpulse/resources/commands/gemini/plan.toml +0 -59
- specpulse/resources/commands/gemini/spec.toml +0 -45
- specpulse/resources/commands/gemini/task.toml +0 -69
- specpulse/resources/scripts/pulse-init.ps1 +0 -186
- specpulse/resources/scripts/pulse-plan.ps1 +0 -251
- specpulse/resources/scripts/pulse-spec.ps1 +0 -185
- specpulse/resources/scripts/pulse-task.ps1 +0 -263
- specpulse-1.0.6.dist-info/RECORD +0 -41
- {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/WHEEL +0 -0
- {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/entry_points.txt +0 -0
- {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/licenses/LICENSE +0 -0
- {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/top_level.txt +0 -0
@@ -1,184 +0,0 @@
|
|
1
|
-
---
|
2
|
-
name: plan
|
3
|
-
description: Generate or validate implementation plans using AI-optimized templates
|
4
|
-
allowed_tools:
|
5
|
-
- Read
|
6
|
-
- Write
|
7
|
-
- Edit
|
8
|
-
- Bash
|
9
|
-
- TodoWrite
|
10
|
-
---
|
11
|
-
|
12
|
-
# /plan Command
|
13
|
-
|
14
|
-
Generate implementation plans from specifications following SpecPulse methodology with constitutional compliance and AI-optimized templates.
|
15
|
-
|
16
|
-
## Usage
|
17
|
-
```
|
18
|
-
/plan [action] [feature-directory]
|
19
|
-
```
|
20
|
-
|
21
|
-
Actions: `generate`, `validate`, `optimize` (defaults to `generate`)
|
22
|
-
|
23
|
-
## Implementation
|
24
|
-
|
25
|
-
When called with `/plan $ARGUMENTS`, I will:
|
26
|
-
|
27
|
-
1. **Parse arguments** and determine action:
|
28
|
-
- If `validate`: Check plan against constitutional gates
|
29
|
-
- If `optimize`: Improve existing plan complexity
|
30
|
-
- Otherwise: Generate new plan
|
31
|
-
|
32
|
-
2. **For `/plan generate` or `/plan`:**
|
33
|
-
a. **Find and validate specification** from current context or provided directory
|
34
|
-
|
35
|
-
b. **Enhanced validation** using cross-platform script:
|
36
|
-
```bash
|
37
|
-
# Cross-platform detection
|
38
|
-
if [[ "$OSTYPE" == "msys" || "$OSTYPE" == "win32" ]]; then
|
39
|
-
powershell scripts/pulse-plan.ps1 "$FEATURE_DIR"
|
40
|
-
else
|
41
|
-
bash scripts/pulse-plan.sh "$FEATURE_DIR" || python scripts/pulse-plan.py "$FEATURE_DIR"
|
42
|
-
fi
|
43
|
-
```
|
44
|
-
|
45
|
-
c. **Run Constitutional Phase Gates** (Article VII):
|
46
|
-
- Simplicity Gate: ≤3 modules justification
|
47
|
-
- Anti-Abstraction Gate: Direct framework usage
|
48
|
-
- Test-First Gate: Tests before implementation
|
49
|
-
- Integration-First Gate: Real services over mocks
|
50
|
-
- Research Gate: Technology choices documented
|
51
|
-
|
52
|
-
d. **Generate AI-optimized plan** using template variables:
|
53
|
-
```markdown
|
54
|
-
# Implementation Plan: {{ feature_name }}
|
55
|
-
## Specification Reference
|
56
|
-
- **Spec ID**: SPEC-{{ feature_id }}
|
57
|
-
- **Generated**: {{ date }}
|
58
|
-
```
|
59
|
-
|
60
|
-
e. **Generate comprehensive sections**:
|
61
|
-
- Technology stack with performance implications
|
62
|
-
- Architecture overview with component relationships
|
63
|
-
- Implementation phases with timeline estimates
|
64
|
-
- API contracts with authentication requirements
|
65
|
-
- Data models with validation rules
|
66
|
-
- Testing strategy with coverage targets
|
67
|
-
- Security considerations with compliance requirements
|
68
|
-
- Deployment strategy with rollback plans
|
69
|
-
|
70
|
-
f. **Complexity tracking** (Article VII):
|
71
|
-
- Document all complexity exceptions with justifications
|
72
|
-
- Create mitigation strategies for each exception
|
73
|
-
- Track optimization opportunities
|
74
|
-
|
75
|
-
g. **Write optimized plan** to `plans/XXX-feature/plan.md`
|
76
|
-
|
77
|
-
3. **For `/plan validate`:**
|
78
|
-
- **Enhanced validation** using cross-platform script:
|
79
|
-
```bash
|
80
|
-
# Cross-platform detection
|
81
|
-
if [[ "$OSTYPE" == "msys" || "$OSTYPE" == "win32" ]]; then
|
82
|
-
powershell scripts/pulse-plan.ps1 "$FEATURE_DIR"
|
83
|
-
else
|
84
|
-
bash scripts/pulse-plan.sh "$FEATURE_DIR" || python scripts/pulse-plan.py "$FEATURE_DIR"
|
85
|
-
fi
|
86
|
-
```
|
87
|
-
- Verify all constitutional gates are addressed
|
88
|
-
- Check complexity exceptions have proper justifications
|
89
|
-
- Validate test-first approach is documented
|
90
|
-
- Ensure integration strategy uses real services
|
91
|
-
- Report detailed validation results
|
92
|
-
|
93
|
-
4. **For `/plan optimize`:**
|
94
|
-
- **Read existing plan** and analyze complexity
|
95
|
-
- **Identify optimization opportunities**:
|
96
|
-
- Module consolidation opportunities
|
97
|
-
- Abstraction layer removal candidates
|
98
|
-
- Simplification strategies
|
99
|
-
- **Generate optimization recommendations**
|
100
|
-
- **Update plan** with reduced complexity
|
101
|
-
|
102
|
-
## Constitutional Phase Gates (Phase -1)
|
103
|
-
|
104
|
-
**Must pass before implementation:**
|
105
|
-
|
106
|
-
### Article VII: Simplicity Gate
|
107
|
-
- [ ] Using ≤3 projects/modules for initial implementation
|
108
|
-
- [ ] No future-proofing without documented need
|
109
|
-
- [ ] Direct framework usage (no unnecessary wrappers)
|
110
|
-
- [ ] Single model representation per concept
|
111
|
-
|
112
|
-
### Article VII: Anti-Abstraction Gate
|
113
|
-
- [ ] Using framework features directly
|
114
|
-
- [ ] No unnecessary abstraction layers
|
115
|
-
- [ ] Clear, simple interfaces
|
116
|
-
- [ ] Avoiding premature optimization
|
117
|
-
|
118
|
-
### Article III: Test-First Gate
|
119
|
-
- [ ] Test specifications written
|
120
|
-
- [ ] Tests reviewed and approved
|
121
|
-
- [ ] Tests confirmed to FAIL before implementation
|
122
|
-
- [ ] TDD cycle planned (Red-Green-Refactor)
|
123
|
-
|
124
|
-
### Article VIII: Integration-First Gate
|
125
|
-
- [ ] Contract tests defined
|
126
|
-
- [ ] Using real services over mocks
|
127
|
-
- [ ] Production-like test environment planned
|
128
|
-
- [ ] End-to-end test scenarios identified
|
129
|
-
|
130
|
-
### Article VI: Research Gate
|
131
|
-
- [ ] Library options researched
|
132
|
-
- [ ] Performance implications documented
|
133
|
-
- [ ] Security considerations analyzed
|
134
|
-
- [ ] Trade-offs documented
|
135
|
-
|
136
|
-
## Examples
|
137
|
-
|
138
|
-
### Generate plan with validation
|
139
|
-
```
|
140
|
-
User: /plan generate
|
141
|
-
```
|
142
|
-
I will:
|
143
|
-
- Run: `bash scripts/pulse-plan.sh "$FEATURE_DIR"`
|
144
|
-
- Validate: Constitutional gates compliance
|
145
|
-
- Create: AI-optimized plan with template variables
|
146
|
-
- Output: `CONSTITUTIONAL_GATES_STATUS=PENDING`
|
147
|
-
|
148
|
-
### Validate existing plan
|
149
|
-
```
|
150
|
-
User: /plan validate
|
151
|
-
```
|
152
|
-
I will run comprehensive validation:
|
153
|
-
```
|
154
|
-
PLAN_FILE=plans/001-user-authentication/plan.md
|
155
|
-
CONSTITUTIONAL_GATES_STATUS=COMPLETED
|
156
|
-
MISSING_SECTIONS=0
|
157
|
-
STATUS=validation_complete
|
158
|
-
```
|
159
|
-
|
160
|
-
### Optimize plan complexity
|
161
|
-
```
|
162
|
-
User: /plan optimize
|
163
|
-
```
|
164
|
-
I will analyze and recommend complexity reductions.
|
165
|
-
|
166
|
-
## Enhanced Features
|
167
|
-
|
168
|
-
- **AI-optimized templates** with Jinja2-style variables
|
169
|
-
- **Cross-platform script execution** with automatic detection
|
170
|
-
- **Enhanced script integration** for Bash, PowerShell, and Python
|
171
|
-
- **Constitutional compliance tracking** with gate status
|
172
|
-
- **Complexity exception management** with justifications
|
173
|
-
- **Performance and security considerations** integrated
|
174
|
-
- **Integration-first approach** with real service usage
|
175
|
-
- **Detailed validation reporting** with specific recommendations
|
176
|
-
- **Platform-agnostic operation** for any development environment
|
177
|
-
|
178
|
-
## Error Handling
|
179
|
-
|
180
|
-
- Specification existence validation
|
181
|
-
- Constitutional gate compliance checking
|
182
|
-
- Template structure validation
|
183
|
-
- Directory structure verification
|
184
|
-
- Feature context auto-discovery
|
@@ -1,91 +0,0 @@
|
|
1
|
-
---
|
2
|
-
name: pulse
|
3
|
-
description: Initialize a new feature with SpecPulse framework
|
4
|
-
allowed_tools:
|
5
|
-
- Bash
|
6
|
-
- Read
|
7
|
-
- Write
|
8
|
-
- Edit
|
9
|
-
- TodoWrite
|
10
|
-
---
|
11
|
-
|
12
|
-
# /pulse Command
|
13
|
-
|
14
|
-
Initialize a new feature following SpecPulse methodology with constitutional compliance.
|
15
|
-
|
16
|
-
## Usage
|
17
|
-
```
|
18
|
-
/pulse <feature-name> [feature-id]
|
19
|
-
```
|
20
|
-
|
21
|
-
## Implementation
|
22
|
-
|
23
|
-
When called with `/pulse $ARGUMENTS`, I will:
|
24
|
-
|
25
|
-
1. **Validate arguments** and extract feature name + optional ID
|
26
|
-
2. **Run initialization script** with cross-platform detection:
|
27
|
-
- **Windows**: `powershell scripts/pulse-init.ps1 "$FEATURE_NAME" "$OPTIONAL_ID"`
|
28
|
-
- **Linux/macOS**: `bash scripts/pulse-init.sh "$FEATURE_NAME" "$OPTIONAL_ID"`
|
29
|
-
- **Python Fallback**: `python scripts/pulse-init.py "$FEATURE_NAME" "$OPTIONAL_ID"`
|
30
|
-
3. **Create complete feature structure**:
|
31
|
-
- Generate feature ID (001, 002, etc.) or use provided ID
|
32
|
-
- Create sanitized branch name: `ID-feature-name`
|
33
|
-
- Create directories: `specs/ID-feature-name/`, `plans/ID-feature-name/`, `tasks/ID-feature-name/`
|
34
|
-
- Copy AI-optimized templates to feature directories
|
35
|
-
- Update `memory/context.md` with current feature metadata
|
36
|
-
- Create and switch to git branch if in git repository
|
37
|
-
|
38
|
-
4. **Validate structure** and report comprehensive status
|
39
|
-
5. **Create todo list** for tracking feature development progress
|
40
|
-
|
41
|
-
## Constitutional Compliance
|
42
|
-
|
43
|
-
**Article I: Simplicity**
|
44
|
-
- [ ] Feature name is clear and specific
|
45
|
-
- [ ] No unnecessary abstractions in initial structure
|
46
|
-
- [ ] Single responsibility per feature
|
47
|
-
|
48
|
-
**Article II: Anti-Abstraction**
|
49
|
-
- [ ] Direct template usage (no wrapper layers)
|
50
|
-
- [ ] Minimal initial structure
|
51
|
-
- [ ] Framework-ready files
|
52
|
-
|
53
|
-
## Example
|
54
|
-
```
|
55
|
-
User: /pulse user-authentication-oauth2
|
56
|
-
```
|
57
|
-
|
58
|
-
I will:
|
59
|
-
- Run: `bash scripts/pulse-init.sh "user-authentication-oauth2"`
|
60
|
-
- Create: `specs/001-user-authentication-oauth2/spec.md`
|
61
|
-
- Create: `plans/001-user-authentication-oauth2/plan.md`
|
62
|
-
- Create: `tasks/001-user-authentication-oauth2/tasks.md`
|
63
|
-
- Branch: `001-user-authentication-oauth2`
|
64
|
-
- Status: `STATUS=initialized, BRANCH_NAME=001-user-authentication-oauth2`
|
65
|
-
|
66
|
-
## Error Handling
|
67
|
-
|
68
|
-
Enhanced validation includes:
|
69
|
-
- Feature name sanitization (alphanumeric, hyphens only)
|
70
|
-
- Directory creation validation
|
71
|
-
- Template existence verification
|
72
|
-
- Git repository validation
|
73
|
-
- Context file management
|
74
|
-
|
75
|
-
## Next Steps (Constitutional Order)
|
76
|
-
|
77
|
-
1. **Phase -1**: Use `/spec` to create specification with constitutional gates
|
78
|
-
2. **Phase 0**: Use `/plan` to generate implementation plan with complexity tracking
|
79
|
-
3. **Phase 1**: Use `/task` to break down into executable tasks
|
80
|
-
4. **Implementation**: Begin development following constitutional principles
|
81
|
-
|
82
|
-
## Integration Features
|
83
|
-
|
84
|
-
- **Automatic context tracking** in `memory/context.md`
|
85
|
-
- **Enhanced error reporting** with specific failure reasons
|
86
|
-
- **Git integration** with branch management
|
87
|
-
- **Template validation** before copying
|
88
|
-
- **Todo list creation** for progress tracking
|
89
|
-
- **Cross-platform script execution** with automatic detection
|
90
|
-
- **Multiple language support**: Bash, PowerShell, Python
|
91
|
-
- **Platform-agnostic operation** for any development environment
|
@@ -1,237 +0,0 @@
|
|
1
|
-
---
|
2
|
-
name: task
|
3
|
-
description: Generate and manage task breakdowns using AI-optimized templates
|
4
|
-
allowed_tools:
|
5
|
-
- Read
|
6
|
-
- Write
|
7
|
-
- Edit
|
8
|
-
- Bash
|
9
|
-
- TodoWrite
|
10
|
-
---
|
11
|
-
|
12
|
-
# /task Command
|
13
|
-
|
14
|
-
Generate task breakdowns from implementation plans using SpecPulse methodology with AI-optimized templates and enhanced validation.
|
15
|
-
|
16
|
-
## Usage
|
17
|
-
```
|
18
|
-
/task [action] [feature-directory]
|
19
|
-
```
|
20
|
-
|
21
|
-
Actions: `breakdown`, `update`, `status`, `execute` (defaults to `breakdown`)
|
22
|
-
|
23
|
-
## Implementation
|
24
|
-
|
25
|
-
When called with `/task $ARGUMENTS`, I will:
|
26
|
-
|
27
|
-
1. **Parse arguments** to determine action:
|
28
|
-
- If `update`: Update task status and dependencies
|
29
|
-
- If `status`: Show comprehensive progress with metrics
|
30
|
-
- If `execute`: Execute task with script integration
|
31
|
-
- Otherwise: Generate task breakdown
|
32
|
-
|
33
|
-
2. **For `/task breakdown` or `/task`:**
|
34
|
-
|
35
|
-
a. **Enhanced validation** using cross-platform script:
|
36
|
-
```bash
|
37
|
-
# Cross-platform detection
|
38
|
-
if [[ "$OSTYPE" == "msys" || "$OSTYPE" == "win32" ]]; then
|
39
|
-
powershell scripts/pulse-task.ps1 "$FEATURE_DIR"
|
40
|
-
else
|
41
|
-
bash scripts/pulse-task.sh "$FEATURE_DIR" || python scripts/pulse-task.py "$FEATURE_DIR"
|
42
|
-
fi
|
43
|
-
```
|
44
|
-
|
45
|
-
b. **Read implementation plan** from `plans/XXX-feature/plan.md`
|
46
|
-
|
47
|
-
c. **Generate AI-optimized tasks** using template variables:
|
48
|
-
```markdown
|
49
|
-
# Task List: {{ feature_name }}
|
50
|
-
## Metadata
|
51
|
-
- **Total Tasks**: {{ task_count }}
|
52
|
-
- **Estimated Duration**: {{ total_duration }}
|
53
|
-
```
|
54
|
-
|
55
|
-
d. **Generate structured task categories**:
|
56
|
-
- **Constitutional Gates Compliance**: Pre-implementation validation
|
57
|
-
- **Critical Path (Phase 0)**: Tasks that impact timeline
|
58
|
-
- **Parallel Groups**: Tasks that can execute simultaneously
|
59
|
-
- **Sequential Tasks**: Tasks with dependencies
|
60
|
-
- **Execution Schedule**: Time-based task organization
|
61
|
-
- **Progress Tracking**: YAML configuration for monitoring
|
62
|
-
|
63
|
-
e. **For each task**, generate comprehensive metadata:
|
64
|
-
- **ID**: T[XXX] format (T001, T002)
|
65
|
-
- **Type**: setup, development, testing, documentation
|
66
|
-
- **Priority**: HIGH, MEDIUM, LOW
|
67
|
-
- **Estimate**: Hours or complexity points
|
68
|
-
- **Dependencies**: Task ID dependencies
|
69
|
-
- **Description**: Clear what needs to be done
|
70
|
-
- **Acceptance**: How to verify completion
|
71
|
-
- **Files**: Files to be created/modified
|
72
|
-
- **Assignable**: Role/skill required
|
73
|
-
- **Parallel**: Whether can run in parallel [P]
|
74
|
-
|
75
|
-
f. **Generate execution commands** with script integration:
|
76
|
-
```bash
|
77
|
-
# Execute parallel tasks
|
78
|
-
parallel_tasks="T001 T002 T003"
|
79
|
-
for task in $parallel_tasks; do
|
80
|
-
./scripts/execute-task.sh "$task" &
|
81
|
-
done
|
82
|
-
wait
|
83
|
-
```
|
84
|
-
|
85
|
-
g. **Write comprehensive task breakdown** to `tasks/XXX-feature/tasks.md`
|
86
|
-
|
87
|
-
3. **For `/task update`:**
|
88
|
-
- **Enhanced analysis** using cross-platform script:
|
89
|
-
```bash
|
90
|
-
# Cross-platform detection
|
91
|
-
if [[ "$OSTYPE" == "msys" || "$OSTYPE" == "win32" ]]; then
|
92
|
-
powershell scripts/pulse-task.ps1 "$FEATURE_DIR"
|
93
|
-
else
|
94
|
-
bash scripts/pulse-task.sh "$FEATURE_DIR" || python scripts/pulse-task.py "$FEATURE_DIR"
|
95
|
-
fi
|
96
|
-
```
|
97
|
-
- **Parse current tasks** with comprehensive status:
|
98
|
-
- Total tasks, completed, pending, blocked
|
99
|
-
- Parallel tasks identification
|
100
|
-
- Constitutional gates status
|
101
|
-
- Completion percentage calculation
|
102
|
-
- **Interactive task updates**:
|
103
|
-
- Mark tasks as completed/in-progress/blocked
|
104
|
-
- Update dependencies and blockers
|
105
|
-
- Add newly discovered tasks with proper metadata
|
106
|
-
- Adjust estimates based on actual progress
|
107
|
-
- **Generate updated progress tracking** YAML
|
108
|
-
|
109
|
-
4. **For `/task status`:**
|
110
|
-
- **Enhanced reporting** from script output:
|
111
|
-
```bash
|
112
|
-
TOTAL_TASKS=25
|
113
|
-
COMPLETED_TASKS=10
|
114
|
-
COMPLETION_PERCENTAGE=40%
|
115
|
-
CONSTITUTIONAL_GATES_PENDING=2
|
116
|
-
```
|
117
|
-
- **Display comprehensive progress**:
|
118
|
-
- Overall completion percentage
|
119
|
-
- Phase-by-phase progress
|
120
|
-
- Blocker identification and resolution
|
121
|
-
- Velocity metrics and estimates
|
122
|
-
- Constitutional gates compliance status
|
123
|
-
|
124
|
-
5. **For `/task execute`:**
|
125
|
-
- **Validate task readiness** using constitutional gates
|
126
|
-
- **Execute task** with enhanced error handling:
|
127
|
-
```bash
|
128
|
-
./scripts/execute-task.sh "$TASK_ID"
|
129
|
-
```
|
130
|
-
- **Track execution results** and update status
|
131
|
-
- **Update progress tracking** automatically
|
132
|
-
|
133
|
-
## Enhanced Task Format
|
134
|
-
```markdown
|
135
|
-
### Parallel Group A
|
136
|
-
#### T001: Initialize project structure
|
137
|
-
- **Type**: setup
|
138
|
-
- **Priority**: HIGH
|
139
|
-
- **Estimate**: 2 hours
|
140
|
-
- **Dependencies**: None
|
141
|
-
- **Description**: Set up project directory structure and configuration
|
142
|
-
- **Acceptance**: All directories exist and config files are valid
|
143
|
-
- **Files**: package.json, README.md, .gitignore
|
144
|
-
- **Assignable**: developer
|
145
|
-
- **Parallel**: [P]
|
146
|
-
|
147
|
-
## Progress Tracking
|
148
|
-
```yaml
|
149
|
-
status:
|
150
|
-
total: 25
|
151
|
-
completed: 10
|
152
|
-
in_progress: 3
|
153
|
-
blocked: 0
|
154
|
-
|
155
|
-
metrics:
|
156
|
-
velocity: 2-3 tasks/day
|
157
|
-
estimated_completion: 2025-09-15
|
158
|
-
completion_percentage: 40%
|
159
|
-
```
|
160
|
-
|
161
|
-
## Constitutional Gates Integration
|
162
|
-
|
163
|
-
Each task breakdown includes constitutional compliance validation:
|
164
|
-
- **Simplicity Gate**: Tasks avoid unnecessary complexity
|
165
|
-
- **Test-First Gate**: Test tasks before implementation tasks
|
166
|
-
- **Integration-First Gate**: Real service integration preferred
|
167
|
-
- **Research Gate**: Technology research tasks included
|
168
|
-
|
169
|
-
## Examples
|
170
|
-
|
171
|
-
### Generate task breakdown
|
172
|
-
```
|
173
|
-
User: /task breakdown
|
174
|
-
```
|
175
|
-
I will:
|
176
|
-
- Run: Cross-platform detection and execution
|
177
|
-
```bash
|
178
|
-
# Cross-platform detection
|
179
|
-
if [[ "$OSTYPE" == "msys" || "$OSTYPE" == "win32" ]]; then
|
180
|
-
powershell scripts/pulse-task.ps1 "$FEATURE_DIR"
|
181
|
-
else
|
182
|
-
bash scripts/pulse-task.sh "$FEATURE_DIR" || python scripts/pulse-task.py "$FEATURE_DIR"
|
183
|
-
fi
|
184
|
-
```
|
185
|
-
- Create: AI-optimized task structure with template variables
|
186
|
-
- Output: `TOTAL_TASKS=25, PARALLEL_TASKS=8, STATUS=generated`
|
187
|
-
|
188
|
-
### Update task status
|
189
|
-
```
|
190
|
-
User: /task update mark T001-T005 as completed
|
191
|
-
```
|
192
|
-
I will update task status and recalculate progress metrics.
|
193
|
-
|
194
|
-
### Show comprehensive status
|
195
|
-
```
|
196
|
-
User: /task status
|
197
|
-
```
|
198
|
-
I will display detailed progress with constitutional gates compliance.
|
199
|
-
|
200
|
-
### Execute specific task
|
201
|
-
```
|
202
|
-
User: /task execute T001
|
203
|
-
```
|
204
|
-
I will:
|
205
|
-
- Validate: Constitutional gates compliance and task readiness
|
206
|
-
- Execute: Cross-platform task execution
|
207
|
-
```bash
|
208
|
-
# Cross-platform task execution
|
209
|
-
if [[ "$OSTYPE" == "msys" || "$OSTYPE" == "win32" ]]; then
|
210
|
-
powershell scripts/pulse-task.ps1 "$FEATURE_DIR" "execute:$TASK_ID"
|
211
|
-
else
|
212
|
-
bash scripts/pulse-task.sh "$FEATURE_DIR" "execute:$TASK_ID" || python scripts/pulse-task.py "$FEATURE_DIR" "execute:$TASK_ID"
|
213
|
-
fi
|
214
|
-
```
|
215
|
-
- Track: Results and update progress automatically
|
216
|
-
|
217
|
-
## Enhanced Features
|
218
|
-
|
219
|
-
- **Cross-platform script execution** with automatic detection (PowerShell/Bash/Python)
|
220
|
-
- **AI-optimized templates** with Jinja2-style variables
|
221
|
-
- **Enhanced script integration** for validation and execution
|
222
|
-
- **Constitutional gates compliance** tracking
|
223
|
-
- **Parallel task identification** and execution
|
224
|
-
- **Comprehensive progress tracking** with YAML configuration
|
225
|
-
- **Automatic percentage calculation** and velocity metrics
|
226
|
-
- **Task dependency management** with conflict detection
|
227
|
-
- **Execution command generation** with script integration
|
228
|
-
- **Platform-agnostic operation** for Windows, Linux, and macOS
|
229
|
-
|
230
|
-
## Error Handling
|
231
|
-
|
232
|
-
- Plan existence validation before task generation
|
233
|
-
- Constitutional gates compliance checking
|
234
|
-
- Template structure validation
|
235
|
-
- Dependency conflict detection
|
236
|
-
- Task execution error handling with rollback
|
237
|
-
- Progress tracking validation and correction
|
@@ -1,59 +0,0 @@
|
|
1
|
-
description = "Generate or validate implementation plans"
|
2
|
-
prompt = """
|
3
|
-
Handle the /plan command with arguments: {{args}}
|
4
|
-
|
5
|
-
Parse arguments to determine action:
|
6
|
-
- If "validate": Check plan against constitution
|
7
|
-
- Otherwise: Generate new plan
|
8
|
-
|
9
|
-
## For /plan generate or /plan:
|
10
|
-
1. Read current specification from @{specs/*/spec.md}
|
11
|
-
|
12
|
-
2. Run Phase Gates checks:
|
13
|
-
- Constitutional compliance
|
14
|
-
- Simplicity check (≤3 modules)
|
15
|
-
- Test-first strategy defined
|
16
|
-
- Framework selection complete
|
17
|
-
- Research completed
|
18
|
-
|
19
|
-
3. Generate plan sections:
|
20
|
-
- Technology stack
|
21
|
-
- Architecture overview
|
22
|
-
- Implementation phases
|
23
|
-
- API contracts
|
24
|
-
- Data models
|
25
|
-
- Testing strategy
|
26
|
-
|
27
|
-
4. Track complexity:
|
28
|
-
- If >3 modules, document justification
|
29
|
-
- Create simplification roadmap
|
30
|
-
|
31
|
-
5. Write plan to plans/XXX-feature/plan.md
|
32
|
-
6. Run cross-platform validation:
|
33
|
-
- Windows: !{powershell scripts/pulse-plan.ps1 "XXX-feature"}
|
34
|
-
- Linux/macOS: !{bash scripts/pulse-plan.sh "XXX-feature"}
|
35
|
-
- Fallback: !{python scripts/pulse-plan.py "XXX-feature"}
|
36
|
-
|
37
|
-
## For /plan validate:
|
38
|
-
1. Read existing plan from @{plans/*/plan.md}
|
39
|
-
2. Run cross-platform validation:
|
40
|
-
- Windows: !{powershell scripts/pulse-plan.ps1 "XXX-feature"}
|
41
|
-
- Linux/macOS: !{bash scripts/pulse-plan.sh "XXX-feature"}
|
42
|
-
- Fallback: !{python scripts/pulse-plan.py "XXX-feature"}
|
43
|
-
3. Verify Phase Gates compliance
|
44
|
-
4. Check complexity tracking
|
45
|
-
5. Ensure test-first approach
|
46
|
-
6. Validate framework choices
|
47
|
-
7. Report validation results
|
48
|
-
|
49
|
-
Phase Gates (Phase -1) must pass before implementation:
|
50
|
-
- ✅ Using ≤3 projects/modules
|
51
|
-
- ✅ Tests defined before code
|
52
|
-
- ✅ Using framework features directly
|
53
|
-
- ✅ No premature abstractions
|
54
|
-
- ✅ Research completed
|
55
|
-
|
56
|
-
Examples:
|
57
|
-
- /plan generate
|
58
|
-
- /plan validate
|
59
|
-
"""
|
@@ -1,45 +0,0 @@
|
|
1
|
-
description = "Create or manage feature specifications"
|
2
|
-
prompt = """
|
3
|
-
Handle the /spec command with arguments: {{args}}
|
4
|
-
|
5
|
-
Parse the arguments to determine the action:
|
6
|
-
- If starts with "create": Generate new specification
|
7
|
-
- If starts with "update": Modify existing specification
|
8
|
-
- If starts with "validate": Check specification completeness
|
9
|
-
- If no action specified: Default to "create" with full arguments as description
|
10
|
-
|
11
|
-
## For /spec create [description] or /spec [description]:
|
12
|
-
1. Read template from @{templates/spec.md}
|
13
|
-
2. Parse the description to identify:
|
14
|
-
- Functional requirements (Must/Should/Could have)
|
15
|
-
- User stories and acceptance criteria
|
16
|
-
- Technical requirements
|
17
|
-
3. Mark any uncertainties with [NEEDS CLARIFICATION: detail]
|
18
|
-
4. Find current feature directory (latest in specs/)
|
19
|
-
5. Write specification to specs/XXX-feature/spec.md
|
20
|
-
6. Run cross-platform validation:
|
21
|
-
- Windows: !{powershell scripts/pulse-spec.ps1 "XXX-feature"}
|
22
|
-
- Linux/macOS: !{bash scripts/pulse-spec.sh "XXX-feature"}
|
23
|
-
- Fallback: !{python scripts/pulse-spec.py "XXX-feature"}
|
24
|
-
|
25
|
-
## For /spec update:
|
26
|
-
1. Read existing specification from @{specs/*/spec.md}
|
27
|
-
2. Ask user for clarifications or changes
|
28
|
-
3. Update content while preserving structure
|
29
|
-
4. Remove resolved [NEEDS CLARIFICATION] markers
|
30
|
-
|
31
|
-
## For /spec validate:
|
32
|
-
1. Run cross-platform validation:
|
33
|
-
- Windows: !{powershell scripts/pulse-spec.ps1 "XXX-feature"}
|
34
|
-
- Linux/macOS: !{bash scripts/pulse-spec.sh "XXX-feature"}
|
35
|
-
- Fallback: !{python scripts/pulse-spec.py "XXX-feature"}
|
36
|
-
2. Check all required sections are filled
|
37
|
-
3. Count [NEEDS CLARIFICATION] markers
|
38
|
-
4. Verify acceptance criteria are testable
|
39
|
-
5. Report validation results
|
40
|
-
|
41
|
-
Examples:
|
42
|
-
- /spec user authentication with OAuth2 and email/password
|
43
|
-
- /spec update
|
44
|
-
- /spec validate
|
45
|
-
"""
|
@@ -1,69 +0,0 @@
|
|
1
|
-
description = "Generate and manage task breakdowns"
|
2
|
-
prompt = """
|
3
|
-
Handle the /task command with arguments: {{args}}
|
4
|
-
|
5
|
-
Parse arguments to determine action:
|
6
|
-
- If "update": Update task status
|
7
|
-
- If "status": Show progress
|
8
|
-
- Otherwise: Generate task breakdown
|
9
|
-
|
10
|
-
## For /task breakdown or /task:
|
11
|
-
1. Read implementation plan from @{plans/*/plan.md}
|
12
|
-
|
13
|
-
2. Generate tasks from plan:
|
14
|
-
- Create task categories:
|
15
|
-
• Critical Path (Phase 0)
|
16
|
-
• Phase 1: Foundation
|
17
|
-
• Phase 2: Core Features
|
18
|
-
• Phase 3: Polish
|
19
|
-
• Phase 4: Testing
|
20
|
-
|
21
|
-
- For each task:
|
22
|
-
• Use T[XXX] format (T001, T002)
|
23
|
-
• Include clear description
|
24
|
-
• Mark dependencies
|
25
|
-
• Estimate complexity (S/M/L/XL)
|
26
|
-
• Assign priority
|
27
|
-
|
28
|
-
3. Write tasks to tasks/XXX-feature/tasks.md
|
29
|
-
4. Run cross-platform validation:
|
30
|
-
- Windows: !{powershell scripts/pulse-task.ps1 "XXX-feature"}
|
31
|
-
- Linux/macOS: !{bash scripts/pulse-task.sh "XXX-feature"}
|
32
|
-
- Fallback: !{python scripts/pulse-task.py "XXX-feature"}
|
33
|
-
|
34
|
-
## For /task update:
|
35
|
-
1. Read current tasks from @{tasks/*/tasks.md}
|
36
|
-
2. Ask which tasks to update
|
37
|
-
3. Mark tasks as completed/in-progress
|
38
|
-
4. Add newly discovered tasks
|
39
|
-
5. Update dependencies and blockers
|
40
|
-
6. Save updated task list
|
41
|
-
7. Run cross-platform validation:
|
42
|
-
- Windows: !{powershell scripts/pulse-task.ps1 "XXX-feature"}
|
43
|
-
- Linux/macOS: !{bash scripts/pulse-task.sh "XXX-feature"}
|
44
|
-
- Fallback: !{python scripts/pulse-task.py "XXX-feature"}
|
45
|
-
|
46
|
-
## For /task status:
|
47
|
-
1. Read current tasks
|
48
|
-
2. Run cross-platform analysis:
|
49
|
-
- Windows: !{powershell scripts/pulse-task.ps1 "XXX-feature"}
|
50
|
-
- Linux/macOS: !{bash scripts/pulse-task.sh "XXX-feature"}
|
51
|
-
- Fallback: !{python scripts/pulse-task.py "XXX-feature"}
|
52
|
-
3. Count completed vs total
|
53
|
-
4. Show current phase progress
|
54
|
-
5. List any blockers
|
55
|
-
6. Estimate remaining work
|
56
|
-
7. Display progress summary
|
57
|
-
|
58
|
-
Task Format:
|
59
|
-
```markdown
|
60
|
-
- [ ] T001: [S] Set up project structure
|
61
|
-
- [ ] T002: [M] Create database schema
|
62
|
-
- [x] T003: [L] Implement authentication
|
63
|
-
```
|
64
|
-
|
65
|
-
Examples:
|
66
|
-
- /task breakdown
|
67
|
-
- /task update
|
68
|
-
- /task status
|
69
|
-
"""
|