bms-speckit-plugin 4.1.1 → 4.3.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.
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "bms-speckit",
3
- "version": "4.1.0",
3
+ "version": "4.3.0",
4
4
  "description": "Chain-orchestrated development pipeline with per-step error handling. /bms-speckit runs brainstorm → constitution → specify → plan → tasks → analyze → implement → verify.",
5
5
  "author": {
6
6
  "name": "manoirx"
@@ -9,13 +9,14 @@
9
9
  # to prevent loss and provide traceability per the project constitution.
10
10
 
11
11
  id: bms_speckit_development_pipeline
12
- version: 4.1.0
12
+ version: 4.3.0
13
13
  name: BMS Speckit Automated Development Pipeline
14
14
  description: >
15
15
  Full engineering workflow from requirement to verified implementation.
16
16
  Chains brainstorming, constitution, specification, planning, task generation,
17
17
  analysis, implementation (TDD), and final verification.
18
- Commits after every important step for traceability and safety.
18
+ Commits after every important step. Uses knowledge-mcp during brainstorm
19
+ and specify steps to ground specs in real HOSxP data.
19
20
  category: Development
20
21
 
21
22
  # ─── Chain Sequence ────────────────────────────────────────────────────────────
@@ -45,6 +46,10 @@ chain_sequence:
45
46
  system_context: >
46
47
  Write a detailed specification from the user's requirement.
47
48
  Explore edge cases, constraints, and design alternatives.
49
+ Use mcp__knowledge-mcp__search_knowledge to search the hosxp
50
+ collection for relevant data dictionaries, table schemas, and
51
+ system architecture. Also search bms, moph, nhso collections
52
+ if relevant to the feature.
48
53
 
49
54
  - step_id: step_2_constitution
50
55
  skill_id: speckit.constitution
@@ -104,7 +109,7 @@ chain_sequence:
104
109
  skill_id: speckit.specify
105
110
  action: execute
106
111
  phase: 1
107
- description: Create feature specification from brainstorm output
112
+ description: Create feature specification enriched with HOSxP knowledge
108
113
  timeout_seconds: 300
109
114
  input:
110
115
  requirement: "{{step_1_brainstorm.output}}"
@@ -121,6 +126,10 @@ chain_sequence:
121
126
  system_context: >
122
127
  Generate a complete, testable specification. Include acceptance criteria,
123
128
  data models, API contracts, and edge cases.
129
+ Use mcp__knowledge-mcp__search_knowledge to search the hosxp
130
+ collection for exact table names, field names, data types, and
131
+ relationships needed by this feature. Reference actual HOSxP
132
+ data structures in the spec, not assumed ones.
124
133
 
125
134
  - step_id: step_5_plan
126
135
  skill_id: speckit.plan
@@ -270,9 +279,14 @@ chain_sequence:
270
279
  metadata:
271
280
  author: manoirx
272
281
  created_at: "2026-03-29"
273
- tags: [speckit, tdd, workflow, development, chain, engineering]
282
+ tags: [speckit, tdd, workflow, development, chain, engineering, hosxp, knowledge]
274
283
  estimated_duration_seconds: 6000
275
284
  commit_strategy: per_step
285
+ knowledge_collections:
286
+ hosxp: "Data dictionaries, ER diagrams, table schemas, module architecture"
287
+ bms: "BMS tools, organization, API info"
288
+ moph: "Ministry of Public Health regulations"
289
+ nhso: "NHSO reimbursement rules and announcements"
276
290
  phases:
277
291
  phase_1:
278
292
  name: Specification & Planning
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "bms-speckit-plugin",
3
- "version": "4.1.1",
3
+ "version": "4.3.0",
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/",
@@ -14,7 +14,7 @@ Chain blueprint: `blueprints/bms-speckit-pipeline.yaml`
14
14
  3. On step failure, check the **error policy** before proceeding:
15
15
  - `on_failure: stop` → halt the chain and report which step failed
16
16
  - `on_failure: continue` → log the failure and proceed to next step
17
- 4. Pass `$ARGUMENTS` (the user's requirement) to step 1 (brainstorm). Step 4 (specify) receives the **output from step 1**, not raw `$ARGUMENTS`
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
19
  6. Do NOT ask for confirmation between steps
20
20
 
@@ -33,6 +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 `mcp__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.
36
37
  - **Output:** Detailed specification document
37
38
  - **Timeout:** 300s
38
39
  - **Post-action:** Commit all files and push. Message: `feat(speckit): brainstorm — explore requirements and design`
@@ -51,6 +52,7 @@ You are running the BMS Speckit specification and planning chain. Execute each s
51
52
  ### Step 4 — Specify `[on_failure: STOP]`
52
53
  - **Skill:** `speckit.specify`
53
54
  - **Input:** Use the detailed specification output from Step 1 (brainstorm) as the argument
55
+ - **Knowledge lookup:** Use `mcp__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.
54
56
  - **Output:** `specs/*/spec.md`
55
57
  - **Timeout:** 300s
56
58
  - **Retry:** up to 2 attempts
@@ -118,10 +120,12 @@ After all steps complete, return: the feature name, number of tasks created, and
118
120
  Phase 1 (subagent) Phase 2 (main context)
119
121
  ────────────────────────────── ──────────────────────────────
120
122
  Step 1: brainstorm ──STOP── commit Step 8: compact
121
- Step 2: constitution ─STOP─┐ Step 9: implement (ralph-loop)
122
- Step 3: CLAUDE.md sync ────┘ commit commit per task
123
- Step 4: specify ──────STOP── commit Step 10: verify ── commit
124
- Step 5: plan ─────────STOP── commit Step 11: merge to main + push
123
+ + knowledge search (hosxp) Step 9: implement (ralph-loop)
124
+ Step 2: constitution ─STOP─┐ commit per task
125
+ Step 3: CLAUDE.md sync ───┘ commit Step 10: verify ── commit
126
+ Step 4: specify ──────STOP── commit Step 11: merge to main + push
127
+ + knowledge search (hosxp)
128
+ Step 5: plan ─────────STOP── commit
125
129
  Step 6: tasks ────────STOP── commit
126
130
  Step 7: analyze ──────────── commit
127
131
  ```