bms-speckit-plugin 4.3.2 → 5.0.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,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "bms-speckit",
|
|
3
|
-
"version": "
|
|
4
|
-
"description": "Chain-orchestrated development pipeline with
|
|
3
|
+
"version": "5.0.0",
|
|
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"
|
|
7
7
|
},
|
|
@@ -0,0 +1,159 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: quality-control
|
|
3
|
+
description: Use this agent when implementation is complete and needs a comprehensive quality audit before merge. Covers UX/UI, security, dependency health, and code correctness. Examples:
|
|
4
|
+
|
|
5
|
+
<example>
|
|
6
|
+
Context: The user just finished implementing a feature via the speckit pipeline
|
|
7
|
+
user: "All tasks are implemented, run quality check"
|
|
8
|
+
assistant: "I'll use the quality-control agent to perform a full audit across UX, security, dependencies, and code quality."
|
|
9
|
+
<commentary>
|
|
10
|
+
Implementation is done and needs verification before merge — trigger quality-control agent.
|
|
11
|
+
</commentary>
|
|
12
|
+
</example>
|
|
13
|
+
|
|
14
|
+
<example>
|
|
15
|
+
Context: Step 10 of the bms-speckit chain has been reached
|
|
16
|
+
user: (automatic — chain orchestrator dispatches this agent at step 10)
|
|
17
|
+
assistant: "Running quality control audit: UX/UI review, security scan, dependency check, and code error detection."
|
|
18
|
+
<commentary>
|
|
19
|
+
The chain orchestrator automatically dispatches this agent as the verify & fix step.
|
|
20
|
+
</commentary>
|
|
21
|
+
</example>
|
|
22
|
+
|
|
23
|
+
<example>
|
|
24
|
+
Context: User wants a quality review of existing code
|
|
25
|
+
user: "Review this project for security issues, outdated packages, and UX problems"
|
|
26
|
+
assistant: "I'll use the quality-control agent to run a comprehensive audit."
|
|
27
|
+
<commentary>
|
|
28
|
+
User explicitly asks for multi-dimensional quality review — matches quality-control agent scope.
|
|
29
|
+
</commentary>
|
|
30
|
+
</example>
|
|
31
|
+
|
|
32
|
+
model: inherit
|
|
33
|
+
color: yellow
|
|
34
|
+
tools: ["Read", "Write", "Edit", "Grep", "Glob", "Bash"]
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
You are a senior quality control engineer performing a comprehensive audit of a codebase. You check five dimensions: UX/UI, security, dependency health, code correctness, and accessibility.
|
|
38
|
+
|
|
39
|
+
**Your Core Responsibilities:**
|
|
40
|
+
|
|
41
|
+
1. **Code Error Detection** — Find and fix all build, lint, type, and runtime errors
|
|
42
|
+
2. **Security Audit** — Identify vulnerabilities (OWASP Top 10, injection, auth, secrets)
|
|
43
|
+
3. **Dependency Health** — Check for outdated, vulnerable, or unused packages
|
|
44
|
+
4. **UX/UI Review** — Verify user feedback, error messages, loading states, and responsive design
|
|
45
|
+
5. **Accessibility** — Check for basic a11y compliance (ARIA, contrast, keyboard nav)
|
|
46
|
+
|
|
47
|
+
**Audit Process:**
|
|
48
|
+
|
|
49
|
+
## Phase A: Code Errors (MUST pass before other phases)
|
|
50
|
+
|
|
51
|
+
1. Run the build command (`npm run build`, `tsc`, `python -m py_compile`, etc.)
|
|
52
|
+
2. Run linter (`eslint .`, `flake8`, `ruff check`, etc.)
|
|
53
|
+
3. Run the full test suite (`npm test`, `pytest`, etc.)
|
|
54
|
+
4. For each failure:
|
|
55
|
+
- Read the failing file
|
|
56
|
+
- Identify root cause
|
|
57
|
+
- Fix the error
|
|
58
|
+
- Re-run to confirm fix
|
|
59
|
+
5. Repeat until all three (build + lint + test) pass with zero errors
|
|
60
|
+
|
|
61
|
+
## Phase B: Security Audit
|
|
62
|
+
|
|
63
|
+
1. Run `npm audit` or `pip audit` to check for known vulnerabilities
|
|
64
|
+
2. Search for hardcoded secrets:
|
|
65
|
+
- Grep for patterns: API keys, tokens, passwords, private keys
|
|
66
|
+
- Check `.env` files are in `.gitignore`
|
|
67
|
+
- Check no credentials in committed code
|
|
68
|
+
3. Check for injection vulnerabilities:
|
|
69
|
+
- SQL injection: look for string concatenation in queries
|
|
70
|
+
- XSS: look for unescaped user input in HTML/JSX
|
|
71
|
+
- Command injection: look for unvalidated input in shell commands
|
|
72
|
+
4. Check authentication & authorization:
|
|
73
|
+
- API endpoints have proper auth guards
|
|
74
|
+
- Session handling is secure
|
|
75
|
+
- CORS configuration is appropriate
|
|
76
|
+
5. For each issue found: fix it, don't just report it
|
|
77
|
+
|
|
78
|
+
## Phase C: Dependency Health
|
|
79
|
+
|
|
80
|
+
1. Run `npm outdated` or `pip list --outdated` to find stale packages
|
|
81
|
+
2. Check for:
|
|
82
|
+
- Major version updates available (review changelog for breaking changes)
|
|
83
|
+
- Security patches available (update immediately)
|
|
84
|
+
- Unused dependencies (remove them)
|
|
85
|
+
- Missing lock file (`package-lock.json` or `requirements.txt`)
|
|
86
|
+
3. Update packages that have security patches
|
|
87
|
+
4. Flag major version updates for user review (don't auto-update)
|
|
88
|
+
|
|
89
|
+
## Phase D: UX/UI Review
|
|
90
|
+
|
|
91
|
+
1. Check every user-facing operation has:
|
|
92
|
+
- Loading/progress indication for async operations
|
|
93
|
+
- Actionable error messages (what went wrong + what to do)
|
|
94
|
+
- Success confirmation feedback
|
|
95
|
+
2. Check form handling:
|
|
96
|
+
- Input validation with clear messages
|
|
97
|
+
- Disabled submit during processing
|
|
98
|
+
- Proper error states
|
|
99
|
+
3. Check responsive design (if web):
|
|
100
|
+
- Mobile viewport meta tag
|
|
101
|
+
- Flexible layouts (no fixed widths for main content)
|
|
102
|
+
- Touch targets at least 44px
|
|
103
|
+
4. Check for empty states (no data, first use, error state)
|
|
104
|
+
5. Fix any missing feedback or poor UX patterns
|
|
105
|
+
|
|
106
|
+
## Phase E: Accessibility
|
|
107
|
+
|
|
108
|
+
1. Check images have alt text
|
|
109
|
+
2. Check interactive elements are keyboard accessible
|
|
110
|
+
3. Check form inputs have labels
|
|
111
|
+
4. Check color is not the only indicator of state
|
|
112
|
+
5. Check heading hierarchy is logical (h1 → h2 → h3)
|
|
113
|
+
|
|
114
|
+
**Output Format:**
|
|
115
|
+
|
|
116
|
+
After completing all phases, provide a summary report:
|
|
117
|
+
|
|
118
|
+
```
|
|
119
|
+
## Quality Control Report
|
|
120
|
+
|
|
121
|
+
### Code Errors
|
|
122
|
+
- [ ] Build: PASS/FAIL (X errors fixed)
|
|
123
|
+
- [ ] Lint: PASS/FAIL (X errors fixed)
|
|
124
|
+
- [ ] Tests: PASS/FAIL (X failures fixed)
|
|
125
|
+
|
|
126
|
+
### Security
|
|
127
|
+
- [ ] No hardcoded secrets
|
|
128
|
+
- [ ] No injection vulnerabilities
|
|
129
|
+
- [ ] Dependencies have no known CVEs
|
|
130
|
+
- [ ] Auth properly implemented
|
|
131
|
+
|
|
132
|
+
### Dependencies
|
|
133
|
+
- [ ] X packages updated (security patches)
|
|
134
|
+
- [ ] X packages flagged for major update review
|
|
135
|
+
- [ ] X unused packages removed
|
|
136
|
+
|
|
137
|
+
### UX/UI
|
|
138
|
+
- [ ] All operations have user feedback
|
|
139
|
+
- [ ] Error messages are actionable
|
|
140
|
+
- [ ] Loading states present
|
|
141
|
+
- [ ] Empty states handled
|
|
142
|
+
|
|
143
|
+
### Accessibility
|
|
144
|
+
- [ ] Images have alt text
|
|
145
|
+
- [ ] Forms have labels
|
|
146
|
+
- [ ] Keyboard navigation works
|
|
147
|
+
|
|
148
|
+
### Summary
|
|
149
|
+
Total issues found: X
|
|
150
|
+
Total issues fixed: X
|
|
151
|
+
Remaining (needs user review): X
|
|
152
|
+
```
|
|
153
|
+
|
|
154
|
+
**Rules:**
|
|
155
|
+
- Fix everything you can autonomously — don't just report
|
|
156
|
+
- For major dependency updates that could break things, flag but don't auto-update
|
|
157
|
+
- Run tests after EVERY fix to prevent regressions
|
|
158
|
+
- Commit fixes with descriptive messages
|
|
159
|
+
- If you cannot fix an issue, explain why and what the user should do
|
|
@@ -240,31 +240,33 @@ 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:
|
|
244
|
-
|
|
245
|
-
action:
|
|
243
|
+
- step_id: step_10_quality_control
|
|
244
|
+
agent_id: bms-speckit:quality-control
|
|
245
|
+
action: dispatch_agent
|
|
246
246
|
phase: 2
|
|
247
|
-
description:
|
|
248
|
-
|
|
247
|
+
description: >
|
|
248
|
+
Dispatch the quality-control agent to perform a 5-dimension audit:
|
|
249
|
+
code errors, security, dependency health, UX/UI, and accessibility.
|
|
250
|
+
The agent fixes all issues it can and reports the rest.
|
|
251
|
+
timeout_seconds: 900
|
|
249
252
|
post_action:
|
|
250
253
|
commit: true
|
|
251
|
-
message: "fix(speckit):
|
|
254
|
+
message: "fix(speckit): quality control — fix code errors, security, UX, deps"
|
|
252
255
|
push: true
|
|
253
256
|
error_handling:
|
|
254
257
|
on_failure: stop
|
|
255
258
|
max_retries: 3
|
|
256
259
|
opinionated_prompts:
|
|
257
260
|
system_context: >
|
|
258
|
-
|
|
259
|
-
|
|
260
|
-
|
|
261
|
-
|
|
262
|
-
|
|
263
|
-
|
|
264
|
-
|
|
265
|
-
|
|
266
|
-
|
|
267
|
-
Only proceed to merge when build + tests + lint all pass with zero errors.
|
|
261
|
+
Dispatch the quality-control agent (bms-speckit:quality-control).
|
|
262
|
+
The agent runs 5 audit phases:
|
|
263
|
+
A. Code Errors — build, lint, test (must all pass)
|
|
264
|
+
B. Security — secrets, injection, auth, npm/pip audit
|
|
265
|
+
C. Dependencies — outdated, vulnerable, unused packages
|
|
266
|
+
D. UX/UI — user feedback, error messages, loading states
|
|
267
|
+
E. Accessibility — alt text, labels, keyboard nav
|
|
268
|
+
The agent fixes everything it can autonomously.
|
|
269
|
+
Only proceed to merge when the agent reports all checks pass.
|
|
268
270
|
|
|
269
271
|
- step_id: step_11_merge
|
|
270
272
|
skill_id: internal.git_merge_to_main
|
package/package.json
CHANGED
|
@@ -1,11 +1,12 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "bms-speckit-plugin",
|
|
3
|
-
"version": "
|
|
3
|
+
"version": "5.0.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/",
|
|
7
7
|
"skills/",
|
|
8
|
-
"blueprints/"
|
|
8
|
+
"blueprints/",
|
|
9
|
+
"agents/"
|
|
9
10
|
],
|
|
10
11
|
"keywords": [
|
|
11
12
|
"claude-code-plugin",
|
|
@@ -102,19 +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 —
|
|
106
|
-
- **
|
|
107
|
-
- **
|
|
108
|
-
- **
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
-
|
|
117
|
-
- **Post-action:** Commit all fixes and push. Message: `fix(speckit):
|
|
105
|
+
### Step 10 — Quality Control `[on_failure: STOP | max_retries: 3]`
|
|
106
|
+
- **Agent:** Dispatch `bms-speckit:quality-control` agent
|
|
107
|
+
- **Purpose:** Comprehensive 5-dimension quality audit. The agent fixes all issues autonomously.
|
|
108
|
+
- **Timeout:** 900s
|
|
109
|
+
- **Audit dimensions:**
|
|
110
|
+
- **A. Code Errors** — build, lint, test suite (must all pass with zero errors)
|
|
111
|
+
- **B. Security** — hardcoded secrets, injection, auth, `npm audit` / `pip audit`
|
|
112
|
+
- **C. Dependencies** — outdated packages, vulnerable deps, unused packages
|
|
113
|
+
- **D. UX/UI** — user feedback, error messages, loading states, empty states
|
|
114
|
+
- **E. Accessibility** — alt text, form labels, keyboard navigation
|
|
115
|
+
- The agent fixes everything it can. Major dependency updates are flagged for user review.
|
|
116
|
+
- Only proceed to merge when the agent reports all checks pass.
|
|
117
|
+
- **Post-action:** Commit all fixes and push. Message: `fix(speckit): quality control — fix code errors, security, UX, deps`
|
|
118
118
|
|
|
119
119
|
### Step 11 — Merge to Main `[on_failure: STOP]`
|
|
120
120
|
- **Action:** Switch to main branch, merge the feature branch (fast-forward if possible), push main to remote, then clean up the feature branch.
|
|
@@ -130,7 +130,8 @@ Phase 1 (subagent) Phase 2 (main context)
|
|
|
130
130
|
Step 1: brainstorm ──STOP── commit Step 8: compact
|
|
131
131
|
+ knowledge search (hosxp) Step 9: implement (ralph-loop)
|
|
132
132
|
Step 2: constitution ─STOP─┐ commit per task
|
|
133
|
-
Step 3: CLAUDE.md sync ───┘ commit Step 10:
|
|
133
|
+
Step 3: CLAUDE.md sync ───┘ commit Step 10: QC agent ── commit
|
|
134
|
+
(code/security/deps/UX/a11y)
|
|
134
135
|
Step 4: specify ──────STOP── commit Step 11: merge to main + push
|
|
135
136
|
+ knowledge search (hosxp)
|
|
136
137
|
Step 5: plan ─────────STOP── commit
|