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.
Files changed (54) hide show
  1. specpulse/__init__.py +1 -1
  2. specpulse/cli/main.py +809 -617
  3. specpulse/core/specpulse.py +1140 -1105
  4. specpulse/resources/commands/claude/sp-continue.md +203 -0
  5. specpulse/resources/commands/claude/sp-decompose.md +227 -0
  6. specpulse/resources/commands/claude/sp-plan.md +220 -0
  7. specpulse/resources/commands/claude/sp-pulse.md +142 -0
  8. specpulse/resources/commands/claude/{spec.md → sp-spec.md} +36 -23
  9. specpulse/resources/commands/claude/sp-status.md +170 -0
  10. specpulse/resources/commands/claude/sp-task.md +315 -0
  11. specpulse/resources/commands/gemini/sp-continue.toml +56 -0
  12. specpulse/resources/commands/gemini/sp-decompose.toml +54 -0
  13. specpulse/resources/commands/gemini/sp-plan.toml +68 -0
  14. specpulse/resources/commands/gemini/{pulse.toml → sp-pulse.toml} +12 -6
  15. specpulse/resources/commands/gemini/sp-spec.toml +54 -0
  16. specpulse/resources/commands/gemini/sp-status.toml +61 -0
  17. specpulse/resources/commands/gemini/sp-task.toml +79 -0
  18. specpulse/resources/memory/constitution.md +5 -5
  19. specpulse/resources/memory/context.md +53 -1
  20. specpulse/resources/scripts/sp-pulse-decompose.py +66 -0
  21. specpulse/resources/scripts/sp-pulse-decompose.sh +56 -0
  22. specpulse/resources/scripts/{pulse-init.py → sp-pulse-init.py} +6 -6
  23. specpulse/resources/scripts/{pulse-init.sh → sp-pulse-init.sh} +95 -95
  24. specpulse/resources/scripts/{pulse-plan.py → sp-pulse-plan.py} +32 -7
  25. specpulse/resources/scripts/{pulse-plan.sh → sp-pulse-plan.sh} +136 -126
  26. specpulse/resources/scripts/{pulse-spec.py → sp-pulse-spec.py} +26 -6
  27. specpulse/resources/scripts/{pulse-spec.sh → sp-pulse-spec.sh} +126 -103
  28. specpulse/resources/scripts/{pulse-task.py → sp-pulse-task.py} +42 -6
  29. specpulse/resources/scripts/{pulse-task.sh → sp-pulse-task.sh} +32 -16
  30. specpulse/resources/templates/decomposition/api-contract.yaml +22 -0
  31. specpulse/resources/templates/decomposition/integration-plan.md +134 -0
  32. specpulse/resources/templates/decomposition/interface.ts +20 -0
  33. specpulse/resources/templates/decomposition/microservices.md +34 -0
  34. specpulse/resources/templates/decomposition/service-plan.md +168 -0
  35. specpulse/resources/templates/plan.md +206 -206
  36. specpulse/resources/templates/spec.md +125 -125
  37. specpulse/resources/templates/task.md +164 -163
  38. {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/METADATA +95 -36
  39. specpulse-1.2.0.dist-info/RECORD +50 -0
  40. specpulse/resources/commands/claude/plan.md +0 -184
  41. specpulse/resources/commands/claude/pulse.md +0 -91
  42. specpulse/resources/commands/claude/task.md +0 -237
  43. specpulse/resources/commands/gemini/plan.toml +0 -59
  44. specpulse/resources/commands/gemini/spec.toml +0 -45
  45. specpulse/resources/commands/gemini/task.toml +0 -69
  46. specpulse/resources/scripts/pulse-init.ps1 +0 -186
  47. specpulse/resources/scripts/pulse-plan.ps1 +0 -251
  48. specpulse/resources/scripts/pulse-spec.ps1 +0 -185
  49. specpulse/resources/scripts/pulse-task.ps1 +0 -263
  50. specpulse-1.0.6.dist-info/RECORD +0 -41
  51. {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/WHEEL +0 -0
  52. {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/entry_points.txt +0 -0
  53. {specpulse-1.0.6.dist-info → specpulse-1.2.0.dist-info}/licenses/LICENSE +0 -0
  54. {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
- """