bms-speckit-plugin 5.0.0 → 5.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.
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "bms-speckit",
|
|
3
|
-
"version": "5.
|
|
3
|
+
"version": "5.1.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"
|
|
@@ -209,11 +209,14 @@ chain_sequence:
|
|
|
209
209
|
on_failure: continue
|
|
210
210
|
max_retries: 0
|
|
211
211
|
|
|
212
|
-
- step_id:
|
|
212
|
+
- step_id: step_9_implement_with_rolling_qc
|
|
213
213
|
skill_id: speckit.implement
|
|
214
214
|
action: execute_loop
|
|
215
215
|
phase: 2
|
|
216
|
-
description:
|
|
216
|
+
description: >
|
|
217
|
+
Execute tasks with rolling QC — each task goes through implement → inline
|
|
218
|
+
QC (build/lint/test/security) → fix → commit cycle before moving to the
|
|
219
|
+
next task. Catches bugs at the source, not at the end.
|
|
217
220
|
timeout_seconds: 3600
|
|
218
221
|
input:
|
|
219
222
|
tasks_path: "{{step_6_tasks.artifacts}}"
|
|
@@ -231,27 +234,41 @@ chain_sequence:
|
|
|
231
234
|
max_retries: 3
|
|
232
235
|
opinionated_prompts:
|
|
233
236
|
system_context: >
|
|
234
|
-
|
|
235
|
-
|
|
236
|
-
|
|
237
|
-
|
|
238
|
-
|
|
239
|
-
|
|
240
|
-
|
|
241
|
-
|
|
237
|
+
For EACH task, execute this rolling QC cycle:
|
|
238
|
+
|
|
239
|
+
1. IMPLEMENT — write code following TDD (tests first, then implementation)
|
|
240
|
+
2. INLINE QC — immediately after implementation, run:
|
|
241
|
+
a. Build/compile — fix any type or build errors
|
|
242
|
+
b. Lint — fix all lint errors and warnings
|
|
243
|
+
c. Test suite — run ALL tests (not just new ones), fix any failures
|
|
244
|
+
d. Security quick scan — check for hardcoded secrets, SQL injection,
|
|
245
|
+
XSS, unvalidated input in the code you just wrote
|
|
246
|
+
e. UX check — if UI code was changed, verify error messages are
|
|
247
|
+
actionable, loading states exist, and user feedback is present
|
|
248
|
+
3. FIX — fix every issue found in step 2, then re-run checks
|
|
249
|
+
4. COMMIT — only commit when build + lint + tests all pass with zero errors
|
|
250
|
+
5. NEXT TASK — proceed to the next task
|
|
251
|
+
|
|
252
|
+
Do NOT batch QC at the end. Each task must pass its own QC cycle
|
|
253
|
+
before moving on. This is the rolling review pattern.
|
|
254
|
+
|
|
255
|
+
After ALL tasks complete: invoke speckit.analyze for a full cross-task
|
|
256
|
+
validation pass. Apply improvements, re-run all tests, confirm zero
|
|
257
|
+
regression. Only output FINISHED after everything is validated.
|
|
242
258
|
|
|
243
|
-
- step_id:
|
|
259
|
+
- step_id: step_10_final_quality_gate
|
|
244
260
|
agent_id: bms-speckit:quality-control
|
|
245
261
|
action: dispatch_agent
|
|
246
262
|
phase: 2
|
|
247
263
|
description: >
|
|
248
|
-
|
|
249
|
-
|
|
250
|
-
|
|
264
|
+
Final comprehensive QC sweep by the quality-control agent. Since inline
|
|
265
|
+
QC already caught per-task issues, this focuses on cross-cutting concerns:
|
|
266
|
+
dependency health, deep security audit, overall UX consistency, and
|
|
267
|
+
accessibility compliance.
|
|
251
268
|
timeout_seconds: 900
|
|
252
269
|
post_action:
|
|
253
270
|
commit: true
|
|
254
|
-
message: "fix(speckit):
|
|
271
|
+
message: "fix(speckit): final QC — security, deps, UX consistency, accessibility"
|
|
255
272
|
push: true
|
|
256
273
|
error_handling:
|
|
257
274
|
on_failure: stop
|
|
@@ -259,14 +276,16 @@ chain_sequence:
|
|
|
259
276
|
opinionated_prompts:
|
|
260
277
|
system_context: >
|
|
261
278
|
Dispatch the quality-control agent (bms-speckit:quality-control).
|
|
262
|
-
|
|
263
|
-
|
|
264
|
-
|
|
265
|
-
|
|
266
|
-
|
|
267
|
-
|
|
268
|
-
|
|
269
|
-
|
|
279
|
+
Inline QC already caught per-task build/lint/test issues during
|
|
280
|
+
implementation. This final sweep focuses on cross-cutting concerns:
|
|
281
|
+
A. Security deep scan — npm/pip audit, auth flow review, CORS, secrets
|
|
282
|
+
B. Dependencies — outdated packages, vulnerable deps, unused packages
|
|
283
|
+
C. UX consistency — consistent error handling, feedback patterns across
|
|
284
|
+
all features, empty states, responsive design
|
|
285
|
+
D. Accessibility — alt text, form labels, keyboard nav, heading hierarchy
|
|
286
|
+
E. Integration check — verify all components work together end-to-end
|
|
287
|
+
Fix everything possible. Flag major dependency updates for user review.
|
|
288
|
+
Only proceed to merge when all checks pass.
|
|
270
289
|
|
|
271
290
|
- step_id: step_11_merge
|
|
272
291
|
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": "5.
|
|
3
|
+
"version": "5.1.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/",
|
|
@@ -92,29 +92,35 @@ After all steps complete, return: the feature name, number of tasks created, and
|
|
|
92
92
|
### Step 8 — Compact `[on_failure: CONTINUE]`
|
|
93
93
|
- **Action:** Run `/compact` to free context window before implementation.
|
|
94
94
|
|
|
95
|
-
### Step 9 — Implement
|
|
95
|
+
### Step 9 — Implement with Rolling QC `[on_failure: CONTINUE | max_retries: 3]`
|
|
96
96
|
- **Engine:** ralph-loop
|
|
97
97
|
- **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
98
|
- **Completion promise:** `FINISHED`
|
|
99
99
|
- **Max iterations:** 10
|
|
100
|
-
- **
|
|
100
|
+
- **Pattern:** Rolling Review — each task gets its own QC cycle before moving to the next
|
|
101
|
+
- **Per-task cycle:**
|
|
102
|
+
1. **IMPLEMENT** — write code following TDD (tests first, then implementation)
|
|
103
|
+
2. **INLINE QC** — immediately run: build, lint, ALL tests, security quick scan, UX check
|
|
104
|
+
3. **FIX** — fix every issue found, re-run checks
|
|
105
|
+
4. **COMMIT** — only commit when build + lint + tests pass with zero errors
|
|
106
|
+
5. **NEXT** — move to next task
|
|
101
107
|
- **Action:** Run:
|
|
102
108
|
|
|
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
|
|
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, then proceed to next task. 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`
|
|
104
110
|
|
|
105
|
-
### Step 10 — Quality
|
|
111
|
+
### Step 10 — Final Quality Gate `[on_failure: STOP | max_retries: 3]`
|
|
106
112
|
- **Agent:** Dispatch `bms-speckit:quality-control` agent
|
|
107
|
-
- **Purpose:**
|
|
113
|
+
- **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.
|
|
108
114
|
- **Timeout:** 900s
|
|
109
|
-
- **
|
|
110
|
-
- **A.
|
|
111
|
-
- **B.
|
|
112
|
-
- **C.
|
|
113
|
-
- **D.
|
|
114
|
-
- **E.
|
|
115
|
+
- **Focus areas:**
|
|
116
|
+
- **A. Security deep scan** — `npm audit` / `pip audit`, auth flow review, CORS, secrets across all files
|
|
117
|
+
- **B. Dependencies** — outdated packages, vulnerable deps, unused packages
|
|
118
|
+
- **C. UX consistency** — consistent error handling and feedback patterns across ALL features, empty states, responsive design
|
|
119
|
+
- **D. Accessibility** — alt text, form labels, keyboard nav, heading hierarchy
|
|
120
|
+
- **E. Integration check** — verify all components work together end-to-end
|
|
115
121
|
- The agent fixes everything it can. Major dependency updates are flagged for user review.
|
|
116
122
|
- Only proceed to merge when the agent reports all checks pass.
|
|
117
|
-
- **Post-action:** Commit all fixes and push. Message: `fix(speckit):
|
|
123
|
+
- **Post-action:** Commit all fixes and push. Message: `fix(speckit): final QC — security, deps, UX consistency, accessibility`
|
|
118
124
|
|
|
119
125
|
### Step 11 — Merge to Main `[on_failure: STOP]`
|
|
120
126
|
- **Action:** Switch to main branch, merge the feature branch (fast-forward if possible), push main to remote, then clean up the feature branch.
|
|
@@ -128,13 +134,12 @@ After all steps complete, return: the feature name, number of tasks created, and
|
|
|
128
134
|
Phase 1 (subagent) Phase 2 (main context)
|
|
129
135
|
────────────────────────────── ──────────────────────────────
|
|
130
136
|
Step 1: brainstorm ──STOP── commit Step 8: compact
|
|
131
|
-
+ knowledge search (hosxp) Step 9: implement
|
|
132
|
-
Step 2: constitution ─STOP─┐
|
|
133
|
-
Step 3: CLAUDE.md sync ───┘ commit
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
Step
|
|
138
|
-
Step
|
|
139
|
-
Step 7: analyze ──────────── commit
|
|
137
|
+
+ knowledge search (hosxp) Step 9: implement + rolling QC
|
|
138
|
+
Step 2: constitution ─STOP─┐ ┌─ implement task ─┐
|
|
139
|
+
Step 3: CLAUDE.md sync ───┘ commit │ inline QC │
|
|
140
|
+
Step 4: specify ──────STOP── commit │ fix → commit │
|
|
141
|
+
+ knowledge search (hosxp) └─ next task ──────┘
|
|
142
|
+
Step 5: plan ─────────STOP── commit Step 10: final QC agent ── commit
|
|
143
|
+
Step 6: tasks ────────STOP── commit (security/deps/UX/a11y)
|
|
144
|
+
Step 7: analyze ──────────── commit Step 11: merge to main + push
|
|
140
145
|
```
|