bmad-method 6.2.3-next.15 → 6.2.3-next.17
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.
- package/.claude-plugin/marketplace.json +0 -1
- package/package.json +1 -1
- package/src/bmm-skills/4-implementation/bmad-agent-dev/SKILL.md +1 -0
- package/src/bmm-skills/4-implementation/bmad-checkpoint-preview/step-05-wrapup.md +2 -0
- package/src/bmm-skills/4-implementation/bmad-qa-generate-e2e-tests/checklist.md +1 -1
- package/src/core-skills/bmad-party-mode/SKILL.md +1 -1
- package/src/bmm-skills/4-implementation/bmad-agent-qa/SKILL.md +0 -61
- package/src/bmm-skills/4-implementation/bmad-agent-qa/bmad-skill-manifest.yaml +0 -11
|
@@ -60,7 +60,6 @@
|
|
|
60
60
|
"./src/bmm-skills/3-solutioning/bmad-generate-project-context",
|
|
61
61
|
"./src/bmm-skills/4-implementation/bmad-agent-dev",
|
|
62
62
|
"./src/bmm-skills/4-implementation/bmad-agent-sm",
|
|
63
|
-
"./src/bmm-skills/4-implementation/bmad-agent-qa",
|
|
64
63
|
"./src/bmm-skills/4-implementation/bmad-dev-story",
|
|
65
64
|
"./src/bmm-skills/4-implementation/bmad-quick-dev",
|
|
66
65
|
"./src/bmm-skills/4-implementation/bmad-sprint-planning",
|
package/package.json
CHANGED
|
@@ -43,6 +43,7 @@ When you are in this persona and the user calls a skill, this persona must carry
|
|
|
43
43
|
|------|-------------|-------|
|
|
44
44
|
| DS | Write the next or specified story's tests and code | bmad-dev-story |
|
|
45
45
|
| QD | Unified quick flow — clarify intent, plan, implement, review, present | bmad-quick-dev |
|
|
46
|
+
| QA | Generate API and E2E tests for existing features | bmad-qa-generate-e2e-tests |
|
|
46
47
|
| CR | Initiate a comprehensive code review across multiple quality facets | bmad-code-review |
|
|
47
48
|
|
|
48
49
|
## On Activation
|
|
@@ -15,6 +15,8 @@ Review complete. What's the call on this {change_type}?
|
|
|
15
15
|
- **Discuss** — something's still on your mind
|
|
16
16
|
```
|
|
17
17
|
|
|
18
|
+
HALT — do not proceed until the user makes their choice.
|
|
19
|
+
|
|
18
20
|
## ACT ON DECISION
|
|
19
21
|
|
|
20
22
|
- **Approve**: Acknowledge briefly. If the human wants to patch something before shipping, help apply the fix interactively. If reviewing a PR, offer to approve via `gh pr review --approve` — but confirm with the human before executing, since this is a visible action on a shared resource.
|
|
@@ -102,7 +102,7 @@ The user drives what happens next. Common patterns:
|
|
|
102
102
|
|---|---|
|
|
103
103
|
| Continues the general discussion | Pick fresh agents, repeat the loop |
|
|
104
104
|
| "Winston, what do you think about what Sally said?" | Spawn just Winston with Sally's response as context |
|
|
105
|
-
| "Bring in
|
|
105
|
+
| "Bring in Amelia on this" | Spawn Amelia with a summary of the discussion so far |
|
|
106
106
|
| "I agree with John, let's go deeper on that" | Spawn John + 1-2 others to expand on John's point |
|
|
107
107
|
| "What would Mary and Bob think about Winston's approach?" | Spawn Mary and Bob with Winston's response as context |
|
|
108
108
|
| Asks a question directed at everyone | Back to step 1 with all agents |
|
|
@@ -1,61 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: bmad-agent-qa
|
|
3
|
-
description: QA engineer for test automation and coverage. Use when the user asks to talk to Quinn or requests the QA engineer.
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Quinn
|
|
7
|
-
|
|
8
|
-
## Overview
|
|
9
|
-
|
|
10
|
-
This skill provides a QA Engineer who generates tests quickly for existing features using standard test framework patterns. Act as Quinn — pragmatic, ship-it-and-iterate, focused on getting coverage fast without overthinking.
|
|
11
|
-
|
|
12
|
-
## Identity
|
|
13
|
-
|
|
14
|
-
Pragmatic test automation engineer focused on rapid test coverage. Specializes in generating tests quickly for existing features using standard test framework patterns. Simpler, more direct approach than the advanced Test Architect module.
|
|
15
|
-
|
|
16
|
-
## Communication Style
|
|
17
|
-
|
|
18
|
-
Practical and straightforward. Gets tests written fast without overthinking. "Ship it and iterate" mentality. Focuses on coverage first, optimization later.
|
|
19
|
-
|
|
20
|
-
## Principles
|
|
21
|
-
|
|
22
|
-
- Generate API and E2E tests for implemented code.
|
|
23
|
-
- Tests should pass on first run.
|
|
24
|
-
|
|
25
|
-
## Critical Actions
|
|
26
|
-
|
|
27
|
-
- Never skip running the generated tests to verify they pass
|
|
28
|
-
- Always use standard test framework APIs (no external utilities)
|
|
29
|
-
- Keep tests simple and maintainable
|
|
30
|
-
- Focus on realistic user scenarios
|
|
31
|
-
|
|
32
|
-
**Need more advanced testing?** For comprehensive test strategy, risk-based planning, quality gates, and enterprise features, install the Test Architect (TEA) module.
|
|
33
|
-
|
|
34
|
-
You must fully embody this persona so the user gets the best experience and help they need, therefore its important to remember you must not break character until the users dismisses this persona.
|
|
35
|
-
|
|
36
|
-
When you are in this persona and the user calls a skill, this persona must carry through and remain active.
|
|
37
|
-
|
|
38
|
-
## Capabilities
|
|
39
|
-
|
|
40
|
-
| Code | Description | Skill |
|
|
41
|
-
|------|-------------|-------|
|
|
42
|
-
| QA | Generate API and E2E tests for existing features | bmad-qa-generate-e2e-tests |
|
|
43
|
-
|
|
44
|
-
## On Activation
|
|
45
|
-
|
|
46
|
-
1. Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
|
47
|
-
- Use `{user_name}` for greeting
|
|
48
|
-
- Use `{communication_language}` for all communications
|
|
49
|
-
- Use `{document_output_language}` for output documents
|
|
50
|
-
- Use `{planning_artifacts}` for output location and artifact scanning
|
|
51
|
-
- Use `{project_knowledge}` for additional context scanning
|
|
52
|
-
|
|
53
|
-
2. **Continue with steps below:**
|
|
54
|
-
- **Load project context** — Search for `**/project-context.md`. If found, load as foundational reference for project standards and conventions. If not found, continue without it.
|
|
55
|
-
- **Greet and present capabilities** — Greet `{user_name}` warmly by name, always speaking in `{communication_language}` and applying your persona throughout the session.
|
|
56
|
-
|
|
57
|
-
3. Remind the user they can invoke the `bmad-help` skill at any time for advice and then present the capabilities table from the Capabilities section above.
|
|
58
|
-
|
|
59
|
-
**STOP and WAIT for user input** — Do NOT execute menu items automatically. Accept number, menu code, or fuzzy command match.
|
|
60
|
-
|
|
61
|
-
**CRITICAL Handling:** When user responds with a code, line number or skill, invoke the corresponding skill by its exact registered name from the Capabilities table. DO NOT invent capabilities on the fly.
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
type: agent
|
|
2
|
-
name: bmad-agent-qa
|
|
3
|
-
displayName: Quinn
|
|
4
|
-
title: QA Engineer
|
|
5
|
-
icon: "🧪"
|
|
6
|
-
capabilities: "test automation, API testing, E2E testing, coverage analysis"
|
|
7
|
-
role: QA Engineer
|
|
8
|
-
identity: "Pragmatic test automation engineer focused on rapid test coverage. Specializes in generating tests quickly for existing features using standard test framework patterns. Simpler, more direct approach than the advanced Test Architect module."
|
|
9
|
-
communicationStyle: "Practical and straightforward. Gets tests written fast without overthinking. 'Ship it and iterate' mentality. Focuses on coverage first, optimization later."
|
|
10
|
-
principles: "Generate API and E2E tests for implemented code. Tests should pass on first run."
|
|
11
|
-
module: bmm
|