bms-speckit-plugin 4.3.0 → 4.3.2
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.
|
@@ -46,7 +46,7 @@ chain_sequence:
|
|
|
46
46
|
system_context: >
|
|
47
47
|
Write a detailed specification from the user's requirement.
|
|
48
48
|
Explore edge cases, constraints, and design alternatives.
|
|
49
|
-
Use
|
|
49
|
+
Use mcp__bms-knowledge-mcp__search_knowledge to search the hosxp
|
|
50
50
|
collection for relevant data dictionaries, table schemas, and
|
|
51
51
|
system architecture. Also search bms, moph, nhso collections
|
|
52
52
|
if relevant to the feature.
|
|
@@ -126,7 +126,7 @@ chain_sequence:
|
|
|
126
126
|
system_context: >
|
|
127
127
|
Generate a complete, testable specification. Include acceptance criteria,
|
|
128
128
|
data models, API contracts, and edge cases.
|
|
129
|
-
Use
|
|
129
|
+
Use mcp__bms-knowledge-mcp__search_knowledge to search the hosxp
|
|
130
130
|
collection for exact table names, field names, data types, and
|
|
131
131
|
relationships needed by this feature. Reference actual HOSxP
|
|
132
132
|
data structures in the spec, not assumed ones.
|
|
@@ -240,23 +240,31 @@ chain_sequence:
|
|
|
240
240
|
apply improvements, re-run all tests, confirm zero regression.
|
|
241
241
|
Only output FINISHED after everything is validated.
|
|
242
242
|
|
|
243
|
-
- step_id:
|
|
243
|
+
- step_id: step_10_verify_and_fix
|
|
244
244
|
skill_id: speckit.analyze
|
|
245
245
|
action: execute
|
|
246
246
|
phase: 2
|
|
247
|
-
description:
|
|
248
|
-
timeout_seconds:
|
|
247
|
+
description: Run all tests, lint, and build — find and fix all coding errors
|
|
248
|
+
timeout_seconds: 600
|
|
249
249
|
post_action:
|
|
250
250
|
commit: true
|
|
251
|
-
message: "
|
|
251
|
+
message: "fix(speckit): verify and fix all coding errors"
|
|
252
252
|
push: true
|
|
253
253
|
error_handling:
|
|
254
254
|
on_failure: stop
|
|
255
|
-
max_retries:
|
|
255
|
+
max_retries: 3
|
|
256
256
|
opinionated_prompts:
|
|
257
257
|
system_context: >
|
|
258
|
-
Final gate.
|
|
259
|
-
|
|
258
|
+
Final quality gate. This step MUST find and fix all coding errors:
|
|
259
|
+
1. Run the full test suite — fix any failing tests
|
|
260
|
+
2. Run linter (eslint/flake8/etc.) — fix all lint errors and warnings
|
|
261
|
+
3. Run build/compile — fix any type errors or build failures
|
|
262
|
+
4. Run static analysis if available — fix flagged issues
|
|
263
|
+
5. Check for runtime errors by reviewing error-prone patterns
|
|
264
|
+
6. Verify all imports resolve and no dead code references exist
|
|
265
|
+
7. Re-run all checks after fixes to confirm zero errors
|
|
266
|
+
Repeat until all checks pass cleanly. Do NOT skip or suppress errors.
|
|
267
|
+
Only proceed to merge when build + tests + lint all pass with zero errors.
|
|
260
268
|
|
|
261
269
|
- step_id: step_11_merge
|
|
262
270
|
skill_id: internal.git_merge_to_main
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "bms-speckit-plugin",
|
|
3
|
-
"version": "4.3.
|
|
3
|
+
"version": "4.3.2",
|
|
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/",
|
|
@@ -33,7 +33,7 @@ You are running the BMS Speckit specification and planning chain. Execute each s
|
|
|
33
33
|
- **Skill:** `superpowers.brainstorm`
|
|
34
34
|
- **Input:** "$ARGUMENTS"
|
|
35
35
|
- **Purpose:** Explore intent, requirements, design alternatives, and edge cases
|
|
36
|
-
- **Knowledge lookup:** Use `
|
|
36
|
+
- **Knowledge lookup:** Use `mcp__bms-knowledge-mcp__search_knowledge` to search the `hosxp` collection for relevant data dictionaries, table schemas, and system architecture. Also search `bms`, `moph`, `nhso` collections if relevant.
|
|
37
37
|
- **Output:** Detailed specification document
|
|
38
38
|
- **Timeout:** 300s
|
|
39
39
|
- **Post-action:** Commit all files and push. Message: `feat(speckit): brainstorm — explore requirements and design`
|
|
@@ -52,7 +52,7 @@ You are running the BMS Speckit specification and planning chain. Execute each s
|
|
|
52
52
|
### Step 4 — Specify `[on_failure: STOP]`
|
|
53
53
|
- **Skill:** `speckit.specify`
|
|
54
54
|
- **Input:** Use the detailed specification output from Step 1 (brainstorm) as the argument
|
|
55
|
-
- **Knowledge lookup:** Use `
|
|
55
|
+
- **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.
|
|
56
56
|
- **Output:** `specs/*/spec.md`
|
|
57
57
|
- **Timeout:** 300s
|
|
58
58
|
- **Retry:** up to 2 attempts
|
|
@@ -102,11 +102,19 @@ After all steps complete, return: the feature name, number of tasks created, and
|
|
|
102
102
|
|
|
103
103
|
`/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, enforce TDD workflow including writing and passing unit, integration, and end-to-end tests before marking any task complete, ensure code quality through linting, static analysis, and consistent architecture with reusable components and centralized business logic, 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`
|
|
104
104
|
|
|
105
|
-
### Step 10 — Verify `[on_failure: STOP]`
|
|
106
|
-
- **
|
|
107
|
-
- **
|
|
108
|
-
- **
|
|
109
|
-
|
|
105
|
+
### Step 10 — Verify & Fix `[on_failure: STOP | max_retries: 3]`
|
|
106
|
+
- **Purpose:** Find and fix ALL coding errors. This is the final quality gate before merge.
|
|
107
|
+
- **Timeout:** 600s
|
|
108
|
+
- **Actions (repeat until all pass cleanly):**
|
|
109
|
+
1. Run the full test suite — fix any failing tests
|
|
110
|
+
2. Run linter (eslint/flake8/etc.) — fix all lint errors and warnings
|
|
111
|
+
3. Run build/compile — fix any type errors or build failures
|
|
112
|
+
4. Run static analysis if available — fix flagged issues
|
|
113
|
+
5. Check for runtime errors by reviewing error-prone patterns
|
|
114
|
+
6. Verify all imports resolve and no dead code references exist
|
|
115
|
+
7. Re-run all checks after fixes to confirm zero errors
|
|
116
|
+
- **Do NOT** skip or suppress errors. Repeat until build + tests + lint all pass with zero errors.
|
|
117
|
+
- **Post-action:** Commit all fixes and push. Message: `fix(speckit): verify and fix all coding errors`
|
|
110
118
|
|
|
111
119
|
### Step 11 — Merge to Main `[on_failure: STOP]`
|
|
112
120
|
- **Action:** Switch to main branch, merge the feature branch (fast-forward if possible), push main to remote, then clean up the feature branch.
|
|
@@ -122,7 +130,7 @@ Phase 1 (subagent) Phase 2 (main context)
|
|
|
122
130
|
Step 1: brainstorm ──STOP── commit Step 8: compact
|
|
123
131
|
+ knowledge search (hosxp) Step 9: implement (ralph-loop)
|
|
124
132
|
Step 2: constitution ─STOP─┐ commit per task
|
|
125
|
-
Step 3: CLAUDE.md sync ───┘ commit Step 10: verify ── commit
|
|
133
|
+
Step 3: CLAUDE.md sync ───┘ commit Step 10: verify & fix ── commit
|
|
126
134
|
Step 4: specify ──────STOP── commit Step 11: merge to main + push
|
|
127
135
|
+ knowledge search (hosxp)
|
|
128
136
|
Step 5: plan ─────────STOP── commit
|