bms-speckit-plugin 5.1.0 → 5.2.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.
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "bms-speckit",
|
|
3
|
-
"version": "5.
|
|
3
|
+
"version": "5.2.0",
|
|
4
4
|
"description": "Chain-orchestrated development pipeline with quality control agent. /bms-speckit runs brainstorm → constitution → specify → plan → tasks → analyze → implement → QC (UX/security/deps/code) → merge.",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "manoirx"
|
|
@@ -157,3 +157,13 @@ Remaining (needs user review): X
|
|
|
157
157
|
- Run tests after EVERY fix to prevent regressions
|
|
158
158
|
- Commit fixes with descriptive messages
|
|
159
159
|
- If you cannot fix an issue, explain why and what the user should do
|
|
160
|
+
|
|
161
|
+
**Completion Signal:**
|
|
162
|
+
|
|
163
|
+
After your report, you MUST output exactly one of these lines as the **last line** of your response:
|
|
164
|
+
|
|
165
|
+
- `QC_RESULT: PASS` — build, lint, and tests all pass; no unfixed critical security issues
|
|
166
|
+
- `QC_RESULT: PASS_WITH_NOTES` — all critical checks pass but some items flagged for user review (e.g., major dependency updates)
|
|
167
|
+
- `QC_RESULT: FAIL` — unfixed build errors, test failures, or critical security vulnerabilities remain
|
|
168
|
+
|
|
169
|
+
Both `PASS` and `PASS_WITH_NOTES` allow the pipeline to proceed to merge. Only `FAIL` blocks progression.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "bms-speckit-plugin",
|
|
3
|
-
"version": "5.1
|
|
3
|
+
"version": "5.2.1",
|
|
4
4
|
"description": "Chain-orchestrated development pipeline: /bms-speckit takes requirements and runs brainstorm → constitution → specify → plan → tasks → analyze → implement → verify with per-step error handling",
|
|
5
5
|
"files": [
|
|
6
6
|
".claude-plugin/",
|
|
@@ -16,7 +16,33 @@ Chain blueprint: `blueprints/bms-speckit-pipeline.yaml`
|
|
|
16
16
|
- `on_failure: continue` → log the failure and proceed to next step
|
|
17
17
|
4. Pass `$ARGUMENTS` (the user's requirement) to step 1 (brainstorm). Step 4 (specify) receives the **output from step 1**
|
|
18
18
|
5. **Commit and push after every important step** — each artifact-producing step must commit its output before proceeding to the next step
|
|
19
|
-
6.
|
|
19
|
+
6. **Report progress** to the user at every step transition
|
|
20
|
+
7. Do NOT ask for confirmation between steps
|
|
21
|
+
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
## Progress Reporting
|
|
25
|
+
|
|
26
|
+
Before dispatching the Phase 1 subagent, create a progress tracker so the user can follow along. Use TaskCreate to create one task per step:
|
|
27
|
+
|
|
28
|
+
```
|
|
29
|
+
TaskCreate: "Step 1: Brainstorm — explore requirements"
|
|
30
|
+
TaskCreate: "Step 2: Constitution — engineering principles"
|
|
31
|
+
TaskCreate: "Step 3: CLAUDE.md sync"
|
|
32
|
+
TaskCreate: "Step 4: Specify — feature specification"
|
|
33
|
+
TaskCreate: "Step 5: Plan — implementation plan"
|
|
34
|
+
TaskCreate: "Step 6: Tasks — task list"
|
|
35
|
+
TaskCreate: "Step 7: Analyze — consistency check"
|
|
36
|
+
TaskCreate: "Step 8: Compact context"
|
|
37
|
+
TaskCreate: "Step 9: Implement with rolling QC"
|
|
38
|
+
TaskCreate: "Step 10: Final quality gate"
|
|
39
|
+
TaskCreate: "Step 11: Merge to main"
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
Then output a message to the user:
|
|
43
|
+
|
|
44
|
+
> Starting BMS Speckit pipeline for: "$ARGUMENTS"
|
|
45
|
+
> Phase 1 (specification & planning) running in subagent...
|
|
20
46
|
|
|
21
47
|
---
|
|
22
48
|
|
|
@@ -29,7 +55,16 @@ Subagent prompt:
|
|
|
29
55
|
"""
|
|
30
56
|
You are running the BMS Speckit specification and planning chain. Execute each step in order using the Skill tool. Do NOT ask for confirmation. Follow error handling policies exactly. **Commit and push after every important step.**
|
|
31
57
|
|
|
58
|
+
**IMPORTANT — Progress reporting:** Before starting each step, output a progress message to the user in this format:
|
|
59
|
+
|
|
60
|
+
`[Step N/11] step_name — description...`
|
|
61
|
+
|
|
62
|
+
After completing each step, output:
|
|
63
|
+
|
|
64
|
+
`[Step N/11] DONE — brief result summary`
|
|
65
|
+
|
|
32
66
|
### Step 1 — Brainstorm `[on_failure: STOP]`
|
|
67
|
+
- **Progress:** Output `[Step 1/11] Brainstorm — exploring requirements and design...`
|
|
33
68
|
- **Skill:** `superpowers.brainstorm`
|
|
34
69
|
- **Input:** "$ARGUMENTS"
|
|
35
70
|
- **Purpose:** Explore intent, requirements, design alternatives, and edge cases
|
|
@@ -37,19 +72,25 @@ You are running the BMS Speckit specification and planning chain. Execute each s
|
|
|
37
72
|
- **Output:** Detailed specification document
|
|
38
73
|
- **Timeout:** 300s
|
|
39
74
|
- **Post-action:** Commit all files and push. Message: `feat(speckit): brainstorm — explore requirements and design`
|
|
75
|
+
- **Done:** Output `[Step 1/11] DONE — brainstorm complete`
|
|
40
76
|
|
|
41
77
|
### Step 2 — Constitution `[on_failure: STOP]`
|
|
78
|
+
- **Progress:** Output `[Step 2/11] Constitution — establishing engineering principles...`
|
|
42
79
|
- **Skill:** `speckit.constitution`
|
|
43
80
|
- **Input:** "Establish and enforce a comprehensive set of engineering principles that prioritize high code quality, strict adherence to Test-Driven Development (TDD) practices, and well-defined testing standards across unit, component, integration, and API levels to ensure system reliability and maintainability, maintain a consistent, user-friendly, and professional user interface aligned with strong user experience (UX) guidelines, optimize application performance through efficient architecture and resource management; enforce disciplined version control practices with frequent, atomic commits to minimize risk and improve traceability, promote the development and reuse of modular components and functions while centralizing business logic to avoid duplication and ensure consistency, provide clear, informative user feedback and progress reporting throughout system interactions, and leverage all available tools, frameworks, and domain-specific expertise to support developers in delivering robust, scalable, and high-quality applications."
|
|
44
81
|
- **Output:** `specs/constitution.md`
|
|
45
82
|
- **Timeout:** 300s
|
|
83
|
+
- **Done:** Output `[Step 2/11] DONE — constitution created`
|
|
46
84
|
|
|
47
85
|
### Step 3 — CLAUDE.md Sync `[on_failure: CONTINUE]`
|
|
86
|
+
- **Progress:** Output `[Step 3/11] CLAUDE.md Sync — verifying compliance...`
|
|
48
87
|
- **Action:** Read CLAUDE.md and verify it complies with the constitution in `specs/constitution.md`. Update CLAUDE.md if it conflicts with or is missing constitution rules.
|
|
49
88
|
- **Timeout:** 120s
|
|
50
89
|
- **Post-action:** Commit all files and push. Message: `feat(speckit): add constitution and sync CLAUDE.md`
|
|
90
|
+
- **Done:** Output `[Step 3/11] DONE — CLAUDE.md synced`
|
|
51
91
|
|
|
52
92
|
### Step 4 — Specify `[on_failure: STOP]`
|
|
93
|
+
- **Progress:** Output `[Step 4/11] Specify — creating feature specification...`
|
|
53
94
|
- **Skill:** `speckit.specify`
|
|
54
95
|
- **Input:** Use the detailed specification output from Step 1 (brainstorm) as the argument
|
|
55
96
|
- **Knowledge lookup:** Use `mcp__bms-knowledge-mcp__search_knowledge` to search the `hosxp` collection for exact table names, field names, data types, and relationships needed by this feature. Reference actual HOSxP data structures in the spec.
|
|
@@ -57,32 +98,44 @@ You are running the BMS Speckit specification and planning chain. Execute each s
|
|
|
57
98
|
- **Timeout:** 300s
|
|
58
99
|
- **Retry:** up to 2 attempts
|
|
59
100
|
- **Post-action:** Commit all files and push. Message: `feat(speckit): add feature specification`
|
|
101
|
+
- **Done:** Output `[Step 4/11] DONE — specification created`
|
|
60
102
|
|
|
61
103
|
### Step 5 — Plan `[on_failure: STOP]`
|
|
104
|
+
- **Progress:** Output `[Step 5/11] Plan — generating implementation plan...`
|
|
62
105
|
- **Skill:** `speckit.plan`
|
|
63
106
|
- **Input:** reads from step 4 artifacts
|
|
64
107
|
- **Output:** `specs/*/plan.md`
|
|
65
108
|
- **Timeout:** 300s
|
|
66
109
|
- **Retry:** up to 2 attempts
|
|
67
110
|
- **Post-action:** Commit all files and push. Message: `feat(speckit): add implementation plan`
|
|
111
|
+
- **Done:** Output `[Step 5/11] DONE — plan created`
|
|
68
112
|
|
|
69
113
|
### Step 6 — Tasks `[on_failure: STOP]`
|
|
114
|
+
- **Progress:** Output `[Step 6/11] Tasks — generating task list...`
|
|
70
115
|
- **Skill:** `speckit.tasks`
|
|
71
116
|
- **Input:** reads from step 5 artifacts
|
|
72
117
|
- **Output:** `specs/*/tasks.md`
|
|
73
118
|
- **Timeout:** 300s
|
|
74
119
|
- **Retry:** up to 2 attempts
|
|
75
120
|
- **Post-action:** Commit all files and push. Message: `feat(speckit): add task list`
|
|
121
|
+
- **Done:** Output `[Step 6/11] DONE — N tasks created`
|
|
76
122
|
|
|
77
123
|
### Step 7 — Analyze `[on_failure: CONTINUE]`
|
|
124
|
+
- **Progress:** Output `[Step 7/11] Analyze — cross-artifact consistency check...`
|
|
78
125
|
- **Skill:** `speckit.analyze`
|
|
79
126
|
- **Purpose:** Cross-artifact consistency check (spec ↔ plan ↔ tasks). Non-destructive — report only.
|
|
80
127
|
- **Timeout:** 300s
|
|
81
128
|
- **Post-action:** Commit all files and push. Message: `feat(speckit): add cross-artifact analysis report`
|
|
129
|
+
- **Done:** Output `[Step 7/11] DONE — analysis complete`
|
|
82
130
|
|
|
83
131
|
After all steps complete, return: the feature name, number of tasks created, and the path to tasks.md.
|
|
84
132
|
"""
|
|
85
133
|
|
|
134
|
+
After the subagent completes, update tasks 1-7 as completed using TaskUpdate, then output:
|
|
135
|
+
|
|
136
|
+
> Phase 1 complete. N tasks created at specs/feature-name/tasks.md
|
|
137
|
+
> Starting Phase 2 (implementation)...
|
|
138
|
+
|
|
86
139
|
---
|
|
87
140
|
|
|
88
141
|
## Phase 2: Implementation
|
|
@@ -90,9 +143,12 @@ After all steps complete, return: the feature name, number of tasks created, and
|
|
|
90
143
|
> **Execution context:** Runs in main context after subagent completes.
|
|
91
144
|
|
|
92
145
|
### Step 8 — Compact `[on_failure: CONTINUE]`
|
|
146
|
+
- **Progress:** Output `[Step 8/11] Compact — freeing context window...`
|
|
93
147
|
- **Action:** Run `/compact` to free context window before implementation.
|
|
148
|
+
- **Done:** Update task 8 as completed.
|
|
94
149
|
|
|
95
150
|
### Step 9 — Implement with Rolling QC `[on_failure: CONTINUE | max_retries: 3]`
|
|
151
|
+
- **Progress:** Output `[Step 9/11] Implement — starting rolling QC loop (N tasks)...`
|
|
96
152
|
- **Engine:** ralph-loop
|
|
97
153
|
- **Input:** Use the **tasks.md path returned by the Phase 1 subagent** (e.g. `specs/my-feature/tasks.md`). Replace `{TASKS_PATH}` below with the actual path.
|
|
98
154
|
- **Completion promise:** `FINISHED`
|
|
@@ -106,9 +162,12 @@ After all steps complete, return: the feature name, number of tasks created, and
|
|
|
106
162
|
5. **NEXT** — move to next task
|
|
107
163
|
- **Action:** Run:
|
|
108
164
|
|
|
109
|
-
`/ralph-loop:ralph-loop "systematically execute speckit.implement via the Skill tool to complete every task defined in {TASKS_PATH} with strict adherence to specification requirements. IMPORTANT: apply rolling QC after EACH task — after implementing a task run build and fix build errors, run linter and fix lint errors, run ALL tests (not just new ones) and fix failures, check for hardcoded secrets and injection vulnerabilities in code you just wrote, verify UI code has actionable error messages and loading states — only commit when build plus lint plus tests all pass with zero errors
|
|
165
|
+
`/ralph-loop:ralph-loop "systematically execute speckit.implement via the Skill tool to complete every task defined in {TASKS_PATH} with strict adherence to specification requirements. IMPORTANT: apply rolling QC after EACH task — after implementing a task run build and fix build errors, run linter and fix lint errors, run ALL tests (not just new ones) and fix failures, check for hardcoded secrets and injection vulnerabilities in code you just wrote, verify UI code has actionable error messages and loading states — only commit when build plus lint plus tests all pass with zero errors then proceed to next task. Report progress to the user after each task: output [Task N/total] DONE — task_name. Do NOT batch QC at the end. Maintain atomic commits after each successful task with clear traceability, avoid requesting confirmation and proceed autonomously, once all tasks are implemented invoke speckit.analyze via the Skill tool to perform a full validation pass, automatically apply all recommended improvements or corrections, re-run all tests to confirm stability and zero regression, and only output <promise>FINISHED</promise> after every task is fully completed, validated, and aligned with production-grade quality standards" --completion-promise "FINISHED" --max-iterations 10`
|
|
166
|
+
|
|
167
|
+
- **Done:** Update task 9 as completed. Output `[Step 9/11] DONE — all tasks implemented and verified`
|
|
110
168
|
|
|
111
169
|
### Step 10 — Final Quality Gate `[on_failure: STOP | max_retries: 3]`
|
|
170
|
+
- **Progress:** Output `[Step 10/11] Final QC — running comprehensive quality audit...`
|
|
112
171
|
- **Agent:** Dispatch `bms-speckit:quality-control` agent
|
|
113
172
|
- **Purpose:** Final comprehensive sweep. Since inline QC already caught per-task issues, this focuses on **cross-cutting concerns** that can only be detected across the full codebase.
|
|
114
173
|
- **Timeout:** 900s
|
|
@@ -119,12 +178,17 @@ After all steps complete, return: the feature name, number of tasks created, and
|
|
|
119
178
|
- **D. Accessibility** — alt text, form labels, keyboard nav, heading hierarchy
|
|
120
179
|
- **E. Integration check** — verify all components work together end-to-end
|
|
121
180
|
- The agent fixes everything it can. Major dependency updates are flagged for user review.
|
|
122
|
-
-
|
|
181
|
+
- **Completion rule:** When the QC agent returns its report, proceed to Step 11 **unless** the report contains unfixed build errors, unfixed test failures, or unfixed critical security vulnerabilities. Informational findings, flagged-for-review items, and already-fixed issues do NOT block progression. If uncertain, proceed — the QC agent already fixed what it could.
|
|
123
182
|
- **Post-action:** Commit all fixes and push. Message: `fix(speckit): final QC — security, deps, UX consistency, accessibility`
|
|
183
|
+
- **Done:** Update task 10 as completed. Output `[Step 10/11] DONE — quality gate passed`
|
|
124
184
|
|
|
125
185
|
### Step 11 — Merge to Main `[on_failure: STOP]`
|
|
186
|
+
- **Progress:** Output `[Step 11/11] Merge — merging to main branch...`
|
|
126
187
|
- **Action:** Switch to main branch, merge the feature branch (fast-forward if possible), push main to remote, then clean up the feature branch.
|
|
127
188
|
- **Timeout:** 120s
|
|
189
|
+
- **Done:** Update task 11 as completed. Output:
|
|
190
|
+
|
|
191
|
+
> Pipeline complete! Feature merged to main.
|
|
128
192
|
|
|
129
193
|
---
|
|
130
194
|
|