bms-speckit-plugin 2.0.0 → 2.1.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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "bms-speckit-plugin",
3
- "version": "2.0.0",
3
+ "version": "2.1.0",
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/",
@@ -11,10 +11,6 @@ allowed-tools: Read, Write, Edit, Bash, Glob, Grep, Skill, Agent, WebSearch, Web
11
11
  Takes a single requirement and runs the complete engineering workflow automatically:
12
12
  **constitution → specify → plan → tasks → analyze → implement → verify**
13
13
 
14
- ## Input Requirement
15
-
16
- $ARGUMENTS
17
-
18
14
  ## Engineering Constitution
19
15
 
20
16
  All work follows these principles:
@@ -38,7 +34,8 @@ All work follows these principles:
38
34
  - Commit: `feat: establish engineering constitution`
39
35
 
40
36
  ### Step 2: Create Specification
41
- - Analyze the requirement: $ARGUMENTS
37
+ - The user's requirement is provided as the command argument: $ARGUMENTS
38
+ - Analyze this requirement thoroughly
42
39
  - If database access is needed and MCP tools are available (list_tables, describe_table, query), explore the actual database schema
43
40
  - Create `specs/{feature-name}/specification.md` containing:
44
41
  - Overview and user requirements
@@ -91,30 +88,24 @@ All work follows these principles:
91
88
  - Fix any issues found in tasks.md
92
89
  - Commit if changes made
93
90
 
94
- ### Step 6: Implement ALL Tasks
95
- For each pending task, execute the TDD cycle:
96
-
97
- 1. Update task status to `in_progress` in tasks.md
98
- 2. **Write the test first** — meaningful tests that verify behavior
99
- 3. **Run tests verify they FAIL** (if they pass, tests are wrong)
100
- 4. **Write minimal implementation** to make tests pass
101
- 5. **Run ALL tests — verify they PASS** (fix regressions)
102
- 6. **Commit** with the task's commit message
103
- 7. Update task status to `completed` and increment completed count
104
- 8. Move to next pending task
105
-
106
- If a task is blocked, mark as `blocked` with reason and continue.
107
-
108
- ### Step 7: Final Verification
109
- - Run the full test suite
110
- - Review all specification requirements are met
111
- - Check for security issues
112
- - Run the analyze step again on completed code
113
- - If issues found, create new tasks and implement them
114
- - Commit any final fixes
115
-
116
- ### Step 8: Summary Report
117
- Output a final report:
91
+ ### Step 6: Commit and push
92
+ - Commit all spec files created so far
93
+ - Push to remote if configured
94
+ - This preserves work before the long implementation phase
95
+
96
+ ### Step 7: Compact context
97
+ - Run `/compact` to free up context window for implementation
98
+
99
+ ### Step 8: Implement with ralph-loop
100
+ Invoke ralph-loop to implement all tasks automatically:
101
+
102
+ ```
103
+ /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
104
+ ```
105
+
106
+ ### After ralph-loop completes
107
+
108
+ Output a final summary:
118
109
  - What was built
119
110
  - Total tests passing
120
111
  - Files created/modified