bms-speckit-plugin 2.0.1 → 2.1.1

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "bms-speckit-plugin",
3
- "version": "2.0.1",
3
+ "version": "2.1.1",
4
4
  "description": "Single-command automated development pipeline: /bms-speckit takes requirements and runs constitution → specify → plan → tasks → analyze → implement → verify",
5
5
  "files": [
6
6
  ".claude-plugin/",
@@ -58,7 +58,10 @@ All work follows these principles:
58
58
  - Risk assessment
59
59
  - Commit: `feat: add implementation plan for {feature-name}`
60
60
 
61
- ### Step 4: Create Task List
61
+ ### Step 4: Compact context (first)
62
+ - Run `/compact` to free up context window after the heavy specification and planning work
63
+
64
+ ### Step 5: Create Task List
62
65
  - Read the plan
63
66
  - Create `specs/{feature-name}/tasks.md` with granular tasks (5-15 min each)
64
67
  - Each task includes:
@@ -78,7 +81,7 @@ All work follows these principles:
78
81
  - Order: setup → data layer → business logic → UI → integration → polish
79
82
  - Commit: `feat: add task list for {feature-name}`
80
83
 
81
- ### Step 5: Analyze Tasks
84
+ ### Step 6: Analyze Tasks
82
85
  - Review all tasks for quality:
83
86
  - Granular enough? (5-15 min each)
84
87
  - Each independently testable?
@@ -88,30 +91,24 @@ All work follows these principles:
88
91
  - Fix any issues found in tasks.md
89
92
  - Commit if changes made
90
93
 
91
- ### Step 6: Implement ALL Tasks
92
- For each pending task, execute the TDD cycle:
93
-
94
- 1. Update task status to `in_progress` in tasks.md
95
- 2. **Write the test first** — meaningful tests that verify behavior
96
- 3. **Run tests verify they FAIL** (if they pass, tests are wrong)
97
- 4. **Write minimal implementation** to make tests pass
98
- 5. **Run ALL tests — verify they PASS** (fix regressions)
99
- 6. **Commit** with the task's commit message
100
- 7. Update task status to `completed` and increment completed count
101
- 8. Move to next pending task
102
-
103
- If a task is blocked, mark as `blocked` with reason and continue.
104
-
105
- ### Step 7: Final Verification
106
- - Run the full test suite
107
- - Review all specification requirements are met
108
- - Check for security issues
109
- - Run the analyze step again on completed code
110
- - If issues found, create new tasks and implement them
111
- - Commit any final fixes
112
-
113
- ### Step 8: Summary Report
114
- Output a final report:
94
+ ### Step 7: Commit and push
95
+ - Commit all spec files created so far
96
+ - Push to remote if configured
97
+ - This preserves work before the long implementation phase
98
+
99
+ ### Step 8: Compact context (second)
100
+ - Run `/compact` to free up context window before implementation
101
+
102
+ ### Step 9: Implement with ralph-loop
103
+ Invoke ralph-loop to implement all tasks automatically:
104
+
105
+ ```
106
+ /ralph-loop:ralph-loop "Read specs/*/tasks.md and implement the next pending task using TDD (write test first, verify fail, implement, verify pass, commit). Update task status to completed after each task. Do not ask for any confirmation. Once all tasks are done, run analysis: read specs/*/tasks.md and verify all tasks are completed, run the full test suite, check all specification requirements are met, fix any issues found, and output <promise>FINISHED</promise> only after all tasks are completed and revalidated" --completion-promise "FINISHED" --max-iterations 10
107
+ ```
108
+
109
+ ### After ralph-loop completes
110
+
111
+ Output a final summary:
115
112
  - What was built
116
113
  - Total tests passing
117
114
  - Files created/modified