bmad-method 6.3.1-next.9 → 6.4.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.
- package/package.json +3 -2
- package/src/bmm-skills/1-analysis/bmad-agent-analyst/SKILL.md +51 -36
- package/src/bmm-skills/1-analysis/bmad-agent-analyst/customize.toml +90 -0
- package/src/bmm-skills/1-analysis/bmad-agent-tech-writer/SKILL.md +50 -33
- package/src/bmm-skills/1-analysis/bmad-agent-tech-writer/customize.toml +81 -0
- package/src/bmm-skills/1-analysis/bmad-document-project/SKILL.md +57 -1
- package/src/bmm-skills/1-analysis/bmad-document-project/customize.toml +41 -0
- package/src/bmm-skills/1-analysis/bmad-document-project/workflows/deep-dive-instructions.md +1 -0
- package/src/bmm-skills/1-analysis/bmad-document-project/workflows/full-scan-instructions.md +1 -0
- package/src/bmm-skills/1-analysis/bmad-prfaq/SKILL.md +48 -9
- package/src/bmm-skills/1-analysis/bmad-prfaq/customize.toml +41 -0
- package/src/bmm-skills/1-analysis/bmad-prfaq/references/verdict.md +4 -0
- package/src/bmm-skills/1-analysis/bmad-product-brief/SKILL.md +44 -9
- package/src/bmm-skills/1-analysis/bmad-product-brief/customize.toml +47 -0
- package/src/bmm-skills/1-analysis/bmad-product-brief/prompts/contextual-discovery.md +8 -7
- package/src/bmm-skills/1-analysis/bmad-product-brief/prompts/draft-and-review.md +6 -5
- package/src/bmm-skills/1-analysis/bmad-product-brief/prompts/finalize.md +4 -1
- package/src/bmm-skills/1-analysis/bmad-product-brief/prompts/guided-elicitation.md +3 -2
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/SKILL.md +91 -1
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/customize.toml +41 -0
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-06-research-synthesis.md +6 -0
- package/src/bmm-skills/1-analysis/research/bmad-market-research/SKILL.md +91 -1
- package/src/bmm-skills/1-analysis/research/bmad-market-research/customize.toml +41 -0
- package/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-06-research-completion.md +6 -0
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/SKILL.md +91 -1
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/customize.toml +41 -0
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-06-research-synthesis.md +6 -0
- package/src/bmm-skills/2-plan-workflows/bmad-agent-pm/SKILL.md +50 -35
- package/src/bmm-skills/2-plan-workflows/bmad-agent-pm/customize.toml +85 -0
- package/src/bmm-skills/2-plan-workflows/bmad-agent-ux-designer/SKILL.md +50 -31
- package/src/bmm-skills/2-plan-workflows/bmad-agent-ux-designer/customize.toml +60 -0
- package/src/bmm-skills/2-plan-workflows/bmad-create-prd/SKILL.md +99 -1
- package/src/bmm-skills/2-plan-workflows/bmad-create-prd/customize.toml +41 -0
- package/src/bmm-skills/2-plan-workflows/bmad-create-prd/steps-c/step-12-complete.md +6 -0
- package/src/bmm-skills/2-plan-workflows/bmad-create-ux-design/SKILL.md +70 -1
- package/src/bmm-skills/2-plan-workflows/bmad-create-ux-design/customize.toml +41 -0
- package/src/bmm-skills/2-plan-workflows/bmad-create-ux-design/steps/step-14-complete.md +6 -0
- package/src/bmm-skills/2-plan-workflows/bmad-edit-prd/SKILL.md +97 -1
- package/src/bmm-skills/2-plan-workflows/bmad-edit-prd/customize.toml +42 -0
- package/src/bmm-skills/2-plan-workflows/bmad-edit-prd/steps-e/step-e-04-complete.md +2 -0
- package/src/bmm-skills/2-plan-workflows/bmad-validate-prd/SKILL.md +99 -1
- package/src/bmm-skills/2-plan-workflows/bmad-validate-prd/customize.toml +42 -0
- package/src/bmm-skills/2-plan-workflows/bmad-validate-prd/steps-v/step-v-13-report-complete.md +1 -0
- package/src/bmm-skills/3-solutioning/bmad-agent-architect/SKILL.md +50 -30
- package/src/bmm-skills/3-solutioning/bmad-agent-architect/customize.toml +65 -0
- package/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/SKILL.md +86 -1
- package/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/customize.toml +41 -0
- package/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/steps/step-06-final-assessment.md +6 -0
- package/src/bmm-skills/3-solutioning/bmad-create-architecture/SKILL.md +69 -1
- package/src/bmm-skills/3-solutioning/bmad-create-architecture/customize.toml +41 -0
- package/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-08-complete.md +6 -0
- package/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/SKILL.md +88 -1
- package/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/customize.toml +41 -0
- package/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/steps/step-04-final-validation.md +6 -0
- package/src/bmm-skills/3-solutioning/bmad-generate-project-context/SKILL.md +76 -1
- package/src/bmm-skills/3-solutioning/bmad-generate-project-context/customize.toml +41 -0
- package/src/bmm-skills/3-solutioning/bmad-generate-project-context/steps/step-03-complete.md +6 -0
- package/src/bmm-skills/4-implementation/bmad-agent-dev/SKILL.md +48 -43
- package/src/bmm-skills/4-implementation/bmad-agent-dev/customize.toml +90 -0
- package/src/bmm-skills/4-implementation/bmad-checkpoint-preview/SKILL.md +46 -7
- package/src/bmm-skills/4-implementation/bmad-checkpoint-preview/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-checkpoint-preview/step-05-wrapup.md +6 -0
- package/src/bmm-skills/4-implementation/bmad-code-review/SKILL.md +85 -1
- package/src/bmm-skills/4-implementation/bmad-code-review/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-code-review/steps/step-04-present.md +6 -0
- package/src/bmm-skills/4-implementation/bmad-correct-course/SKILL.md +296 -1
- package/src/bmm-skills/4-implementation/bmad-correct-course/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-create-story/SKILL.md +424 -1
- package/src/bmm-skills/4-implementation/bmad-create-story/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-dev-story/SKILL.md +480 -1
- package/src/bmm-skills/4-implementation/bmad-dev-story/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-qa-generate-e2e-tests/SKILL.md +171 -1
- package/src/bmm-skills/4-implementation/bmad-qa-generate-e2e-tests/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-quick-dev/SKILL.md +106 -1
- package/src/bmm-skills/4-implementation/bmad-quick-dev/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-quick-dev/step-05-present.md +6 -0
- package/src/bmm-skills/4-implementation/bmad-quick-dev/step-oneshot.md +6 -0
- package/src/bmm-skills/4-implementation/bmad-retrospective/SKILL.md +1507 -1
- package/src/bmm-skills/4-implementation/bmad-retrospective/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-sprint-planning/SKILL.md +294 -1
- package/src/bmm-skills/4-implementation/bmad-sprint-planning/customize.toml +41 -0
- package/src/bmm-skills/4-implementation/bmad-sprint-status/SKILL.md +292 -1
- package/src/bmm-skills/4-implementation/bmad-sprint-status/customize.toml +41 -0
- package/src/bmm-skills/module.yaml +49 -0
- package/src/core-skills/bmad-advanced-elicitation/SKILL.md +7 -1
- package/src/core-skills/bmad-customize/SKILL.md +111 -0
- package/src/core-skills/bmad-customize/scripts/list_customizable_skills.py +231 -0
- package/src/core-skills/bmad-customize/scripts/tests/test_list_customizable_skills.py +249 -0
- package/src/core-skills/bmad-distillator/resources/distillate-format-reference.md +1 -1
- package/src/core-skills/bmad-party-mode/SKILL.md +13 -10
- package/src/core-skills/module-help.csv +1 -0
- package/src/core-skills/module.yaml +2 -0
- package/src/scripts/resolve_config.py +176 -0
- package/src/scripts/resolve_customization.py +230 -0
- package/tools/installer/commands/install.js +13 -0
- package/tools/installer/core/config.js +4 -1
- package/tools/installer/core/install-paths.js +11 -5
- package/tools/installer/core/installer.js +181 -94
- package/tools/installer/core/manifest-generator.js +339 -184
- package/tools/installer/core/manifest.js +86 -86
- package/tools/installer/ide/platform-codes.yaml +6 -0
- package/tools/installer/modules/channel-plan.js +203 -0
- package/tools/installer/modules/channel-resolver.js +241 -0
- package/tools/installer/modules/community-manager.js +130 -23
- package/tools/installer/modules/custom-module-manager.js +160 -19
- package/tools/installer/modules/external-manager.js +235 -32
- package/tools/installer/modules/official-modules.js +58 -12
- package/tools/installer/modules/registry-client.js +139 -7
- package/tools/installer/modules/registry-fallback.yaml +8 -0
- package/tools/installer/modules/version-resolver.js +336 -0
- package/tools/installer/project-root.js +54 -0
- package/tools/installer/ui.js +561 -50
- package/tools/platform-codes.yaml +6 -0
- package/src/bmm-skills/1-analysis/bmad-agent-analyst/bmad-skill-manifest.yaml +0 -11
- package/src/bmm-skills/1-analysis/bmad-agent-tech-writer/bmad-skill-manifest.yaml +0 -11
- package/src/bmm-skills/1-analysis/bmad-document-project/workflow.md +0 -25
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/workflow.md +0 -51
- package/src/bmm-skills/1-analysis/research/bmad-market-research/workflow.md +0 -51
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/workflow.md +0 -52
- package/src/bmm-skills/2-plan-workflows/bmad-agent-pm/bmad-skill-manifest.yaml +0 -11
- package/src/bmm-skills/2-plan-workflows/bmad-agent-ux-designer/bmad-skill-manifest.yaml +0 -11
- package/src/bmm-skills/2-plan-workflows/bmad-create-prd/workflow.md +0 -61
- package/src/bmm-skills/2-plan-workflows/bmad-create-ux-design/workflow.md +0 -35
- package/src/bmm-skills/2-plan-workflows/bmad-edit-prd/workflow.md +0 -62
- package/src/bmm-skills/2-plan-workflows/bmad-validate-prd/workflow.md +0 -61
- package/src/bmm-skills/3-solutioning/bmad-agent-architect/bmad-skill-manifest.yaml +0 -11
- package/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/workflow.md +0 -47
- package/src/bmm-skills/3-solutioning/bmad-create-architecture/workflow.md +0 -32
- package/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/workflow.md +0 -51
- package/src/bmm-skills/3-solutioning/bmad-generate-project-context/workflow.md +0 -39
- package/src/bmm-skills/4-implementation/bmad-agent-dev/bmad-skill-manifest.yaml +0 -11
- package/src/bmm-skills/4-implementation/bmad-code-review/workflow.md +0 -55
- package/src/bmm-skills/4-implementation/bmad-correct-course/workflow.md +0 -267
- package/src/bmm-skills/4-implementation/bmad-create-story/workflow.md +0 -380
- package/src/bmm-skills/4-implementation/bmad-dev-story/workflow.md +0 -450
- package/src/bmm-skills/4-implementation/bmad-qa-generate-e2e-tests/workflow.md +0 -136
- package/src/bmm-skills/4-implementation/bmad-quick-dev/workflow.md +0 -76
- package/src/bmm-skills/4-implementation/bmad-retrospective/workflow.md +0 -1479
- package/src/bmm-skills/4-implementation/bmad-sprint-planning/workflow.md +0 -263
- package/src/bmm-skills/4-implementation/bmad-sprint-status/workflow.md +0 -261
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
# DO NOT EDIT -- overwritten on every update.
|
|
2
|
+
#
|
|
3
|
+
# Workflow customization surface for bmad-prfaq. Mirrors the
|
|
4
|
+
# agent customization shape under the [workflow] namespace.
|
|
5
|
+
|
|
6
|
+
[workflow]
|
|
7
|
+
|
|
8
|
+
# --- Configurable below. Overrides merge per BMad structural rules: ---
|
|
9
|
+
# scalars: override wins • arrays (persistent_facts, activation_steps_*): append
|
|
10
|
+
# arrays-of-tables with `code`/`id`: replace matching items, append new ones.
|
|
11
|
+
|
|
12
|
+
# Steps to run before the standard activation (config load, greet).
|
|
13
|
+
# Overrides append. Use for pre-flight loads, compliance checks, etc.
|
|
14
|
+
|
|
15
|
+
activation_steps_prepend = []
|
|
16
|
+
|
|
17
|
+
# Steps to run after greet but before the workflow begins.
|
|
18
|
+
# Overrides append. Use for context-heavy setup that should happen
|
|
19
|
+
# once the user has been acknowledged.
|
|
20
|
+
|
|
21
|
+
activation_steps_append = []
|
|
22
|
+
|
|
23
|
+
# Persistent facts the workflow keeps in mind for the whole run
|
|
24
|
+
# (standards, compliance constraints, stylistic guardrails).
|
|
25
|
+
# Distinct from the runtime memory sidecar — these are static context
|
|
26
|
+
# loaded on activation. Overrides append.
|
|
27
|
+
#
|
|
28
|
+
# Each entry is either:
|
|
29
|
+
# - a literal sentence, e.g. "All briefs must include a regulatory-risk section."
|
|
30
|
+
# - a file reference prefixed with `file:`, e.g. "file:{project-root}/docs/standards.md"
|
|
31
|
+
# (glob patterns are supported; the file's contents are loaded and treated as facts).
|
|
32
|
+
|
|
33
|
+
persistent_facts = [
|
|
34
|
+
"file:{project-root}/**/project-context.md",
|
|
35
|
+
]
|
|
36
|
+
|
|
37
|
+
# Scalar: executed when the workflow reaches its terminal stage (Stage 5: The Verdict),
|
|
38
|
+
# after the PRFAQ and distillate have been delivered. Override wins. Leave empty for
|
|
39
|
+
# no custom post-completion behavior.
|
|
40
|
+
|
|
41
|
+
on_complete = ""
|
|
@@ -77,3 +77,7 @@ purpose: "Token-efficient context for downstream PRD creation"
|
|
|
77
77
|
## Stage Complete
|
|
78
78
|
|
|
79
79
|
This is the terminal stage. If the user wants to revise, loop back to the relevant stage. Otherwise, the workflow is done.
|
|
80
|
+
|
|
81
|
+
Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow.on_complete`
|
|
82
|
+
|
|
83
|
+
If the resolved `workflow.on_complete` is non-empty, follow it as the final terminal instruction before exiting.
|
|
@@ -13,6 +13,13 @@ The user is the domain expert. You bring structured thinking, facilitation, mark
|
|
|
13
13
|
|
|
14
14
|
**Design rationale:** We always understand intent before scanning artifacts — without knowing what the brief is about, scanning documents is noise, not signal. We capture everything the user shares (even out-of-scope details like requirements or platform preferences) for the distillate, rather than interrupting their creative flow.
|
|
15
15
|
|
|
16
|
+
## Conventions
|
|
17
|
+
|
|
18
|
+
- Bare paths (e.g. `prompts/finalize.md`) resolve from the skill root.
|
|
19
|
+
- `{skill-root}` resolves to this skill's installed directory (where `customize.toml` lives).
|
|
20
|
+
- `{project-root}`-prefixed paths resolve from the project working directory.
|
|
21
|
+
- `{skill-name}` resolves to the skill directory's basename.
|
|
22
|
+
|
|
16
23
|
## Activation Mode Detection
|
|
17
24
|
|
|
18
25
|
Check activation context immediately:
|
|
@@ -30,18 +37,46 @@ Check activation context immediately:
|
|
|
30
37
|
|
|
31
38
|
## On Activation
|
|
32
39
|
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
40
|
+
### Step 1: Resolve the Workflow Block
|
|
41
|
+
|
|
42
|
+
Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow`
|
|
43
|
+
|
|
44
|
+
**If the script fails**, resolve the `workflow` block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:
|
|
45
|
+
|
|
46
|
+
1. `{skill-root}/customize.toml` — defaults
|
|
47
|
+
2. `{project-root}/_bmad/custom/{skill-name}.toml` — team overrides
|
|
48
|
+
3. `{project-root}/_bmad/custom/{skill-name}.user.toml` — personal overrides
|
|
49
|
+
|
|
50
|
+
Any missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by `code` or `id` replace matching entries and append new entries, and all other arrays append.
|
|
51
|
+
|
|
52
|
+
### Step 2: Execute Prepend Steps
|
|
53
|
+
|
|
54
|
+
Execute each entry in `{workflow.activation_steps_prepend}` in order before proceeding.
|
|
55
|
+
|
|
56
|
+
### Step 3: Load Persistent Facts
|
|
57
|
+
|
|
58
|
+
Treat every entry in `{workflow.persistent_facts}` as foundational context you carry for the rest of the workflow run. Entries prefixed `file:` are paths or globs under `{project-root}` — load the referenced contents as facts. All other entries are facts verbatim.
|
|
59
|
+
|
|
60
|
+
### Step 4: Load Config
|
|
61
|
+
|
|
62
|
+
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
|
63
|
+
- Use `{user_name}` for greeting
|
|
64
|
+
- Use `{communication_language}` for all communications
|
|
65
|
+
- Use `{document_output_language}` for output documents
|
|
66
|
+
- Use `{planning_artifacts}` for output location and artifact scanning
|
|
67
|
+
- Use `{project_knowledge}` for additional context scanning
|
|
68
|
+
|
|
69
|
+
### Step 5: Greet the User
|
|
70
|
+
|
|
71
|
+
If `{mode}` is not `autonomous`, greet `{user_name}` (if you have not already), speaking in `{communication_language}`. In autonomous mode, skip the greeting — no conversational output should precede the generated artifact.
|
|
72
|
+
|
|
73
|
+
### Step 6: Execute Append Steps
|
|
39
74
|
|
|
40
|
-
|
|
75
|
+
Execute each entry in `{workflow.activation_steps_append}` in order.
|
|
41
76
|
|
|
42
|
-
|
|
77
|
+
Activation is complete. Begin the workflow at Stage 1 below.
|
|
43
78
|
|
|
44
|
-
|
|
79
|
+
## Stage 1: Understand Intent
|
|
45
80
|
|
|
46
81
|
**Goal:** Know WHY the user is here and WHAT the brief is about before doing anything else.
|
|
47
82
|
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
# DO NOT EDIT -- overwritten on every update.
|
|
2
|
+
#
|
|
3
|
+
# Workflow customization surface for bmad-product-brief. Mirrors the
|
|
4
|
+
# agent customization shape under the [workflow] namespace.
|
|
5
|
+
|
|
6
|
+
[workflow]
|
|
7
|
+
|
|
8
|
+
# --- Configurable below. Overrides merge per BMad structural rules: ---
|
|
9
|
+
# scalars: override wins • arrays (persistent_facts, activation_steps_*): append
|
|
10
|
+
# arrays-of-tables with `code`/`id`: replace matching items, append new ones.
|
|
11
|
+
|
|
12
|
+
# Steps to run before the standard activation (config load, greet).
|
|
13
|
+
# Overrides append. Use for pre-flight loads, compliance checks, etc.
|
|
14
|
+
|
|
15
|
+
activation_steps_prepend = []
|
|
16
|
+
|
|
17
|
+
# Steps to run after greet but before Stage 1 of the workflow.
|
|
18
|
+
# Overrides append. Use for context-heavy setup that should happen
|
|
19
|
+
# once the user has been acknowledged.
|
|
20
|
+
|
|
21
|
+
activation_steps_append = []
|
|
22
|
+
|
|
23
|
+
# Persistent facts the workflow keeps in mind for the whole run
|
|
24
|
+
# (standards, compliance constraints, stylistic guardrails).
|
|
25
|
+
# Distinct from the runtime memory sidecar — these are static context
|
|
26
|
+
# loaded on activation. Overrides append.
|
|
27
|
+
#
|
|
28
|
+
# Each entry is either:
|
|
29
|
+
# - a literal sentence, e.g. "All briefs must include a regulatory-risk section."
|
|
30
|
+
# - a file reference prefixed with `file:`, e.g. "file:{project-root}/docs/standards.md"
|
|
31
|
+
# (glob patterns are supported; the file's contents are loaded and treated as facts).
|
|
32
|
+
|
|
33
|
+
persistent_facts = [
|
|
34
|
+
"file:{project-root}/**/project-context.md",
|
|
35
|
+
]
|
|
36
|
+
|
|
37
|
+
# Path to the brief structure template used in Stage 4 drafting.
|
|
38
|
+
# Bare paths resolve from the skill root; use `{project-root}/...` to
|
|
39
|
+
# point at an org-owned template elsewhere in the repo. Override wins.
|
|
40
|
+
|
|
41
|
+
brief_template = "resources/brief-template.md"
|
|
42
|
+
|
|
43
|
+
# Scalar: executed when the workflow reaches its terminal stage, after
|
|
44
|
+
# the main output has been delivered. Override wins. Leave empty for
|
|
45
|
+
# no custom post-completion behavior.
|
|
46
|
+
|
|
47
|
+
on_complete = ""
|
|
@@ -1,6 +1,7 @@
|
|
|
1
1
|
**Language:** Use `{communication_language}` for all output.
|
|
2
2
|
**Output Language:** Use `{document_output_language}` for documents.
|
|
3
3
|
**Output Location:** `{planning_artifacts}`
|
|
4
|
+
**Paths:** Bare paths (e.g. `agents/foo.md`) resolve from the skill root.
|
|
4
5
|
|
|
5
6
|
# Stage 2: Contextual Discovery
|
|
6
7
|
|
|
@@ -12,9 +13,9 @@ Now that you know what the brief is about, fan out subagents in parallel to gath
|
|
|
12
13
|
|
|
13
14
|
**Launch in parallel:**
|
|
14
15
|
|
|
15
|
-
1. **Artifact Analyzer** (
|
|
16
|
+
1. **Artifact Analyzer** (`agents/artifact-analyzer.md`) — Scans `{planning_artifacts}` and `{project_knowledge}` for relevant documents. Also scans any specific paths the user provided. Returns structured synthesis of what it found.
|
|
16
17
|
|
|
17
|
-
2. **Web Researcher** (
|
|
18
|
+
2. **Web Researcher** (`agents/web-researcher.md`) — Searches for competitive landscape, market context, trends, and relevant industry data. Returns structured findings scoped to the product domain.
|
|
18
19
|
|
|
19
20
|
### Graceful Degradation
|
|
20
21
|
|
|
@@ -38,20 +39,20 @@ Once subagent results return (or inline scanning completes):
|
|
|
38
39
|
- Highlight anything surprising or worth discussing
|
|
39
40
|
- Share the gaps you've identified
|
|
40
41
|
- Ask: "Anything else you'd like to add, or shall we move on to filling in the details?"
|
|
41
|
-
- Route to `guided-elicitation.md`
|
|
42
|
+
- Route to `prompts/guided-elicitation.md`
|
|
42
43
|
|
|
43
44
|
**Yolo mode:**
|
|
44
45
|
- Absorb all findings silently
|
|
45
|
-
- Skip directly to `draft-and-review.md` — you have enough to draft
|
|
46
|
+
- Skip directly to `prompts/draft-and-review.md` — you have enough to draft
|
|
46
47
|
- The user will refine later
|
|
47
48
|
|
|
48
49
|
**Headless mode:**
|
|
49
50
|
- Absorb all findings
|
|
50
|
-
- Skip directly to `draft-and-review.md`
|
|
51
|
+
- Skip directly to `prompts/draft-and-review.md`
|
|
51
52
|
- No interaction
|
|
52
53
|
|
|
53
54
|
## Stage Complete
|
|
54
55
|
|
|
55
56
|
This stage is complete when subagent results (or inline scanning fallback) have returned and findings are merged with user context. Route per mode:
|
|
56
|
-
- **Guided** → `guided-elicitation.md`
|
|
57
|
-
- **Yolo / Headless** → `draft-and-review.md`
|
|
57
|
+
- **Guided** → `prompts/guided-elicitation.md`
|
|
58
|
+
- **Yolo / Headless** → `prompts/draft-and-review.md`
|
|
@@ -1,6 +1,7 @@
|
|
|
1
1
|
**Language:** Use `{communication_language}` for all output.
|
|
2
2
|
**Output Language:** Use `{document_output_language}` for documents.
|
|
3
3
|
**Output Location:** `{planning_artifacts}`
|
|
4
|
+
**Paths:** Bare paths (e.g. `agents/foo.md`) resolve from the skill root.
|
|
4
5
|
|
|
5
6
|
# Stage 4: Draft & Review
|
|
6
7
|
|
|
@@ -8,7 +9,7 @@
|
|
|
8
9
|
|
|
9
10
|
## Step 1: Draft the Executive Brief
|
|
10
11
|
|
|
11
|
-
Use
|
|
12
|
+
Use the template at `{workflow.brief_template}` as a guide — adapt structure to fit the product's story.
|
|
12
13
|
|
|
13
14
|
**Writing principles:**
|
|
14
15
|
- **Executive audience** — persuasive, clear, concise. 1-2 pages.
|
|
@@ -36,9 +37,9 @@ Before showing the draft to the user, run it through multiple review lenses in p
|
|
|
36
37
|
|
|
37
38
|
**Launch in parallel:**
|
|
38
39
|
|
|
39
|
-
1. **Skeptic Reviewer** (
|
|
40
|
+
1. **Skeptic Reviewer** (`agents/skeptic-reviewer.md`) — "What's missing? What assumptions are untested? What could go wrong? Where is the brief vague or hand-wavy?"
|
|
40
41
|
|
|
41
|
-
2. **Opportunity Reviewer** (
|
|
42
|
+
2. **Opportunity Reviewer** (`agents/opportunity-reviewer.md`) — "What adjacent value propositions are being missed? What market angles or partnerships could strengthen this? What's underemphasized?"
|
|
42
43
|
|
|
43
44
|
3. **Contextual Reviewer** — You (the main agent) pick the most useful third lens based on THIS specific product. Choose the lens that addresses the SINGLE BIGGEST RISK that the skeptic and opportunity reviewers won't naturally catch. Examples:
|
|
44
45
|
- For healthtech: "Regulatory and compliance risk reviewer"
|
|
@@ -65,7 +66,7 @@ After all reviews complete:
|
|
|
65
66
|
|
|
66
67
|
## Step 4: Present to User
|
|
67
68
|
|
|
68
|
-
**Headless mode:** Skip to `finalize.md` — no user interaction. Save the improved draft directly.
|
|
69
|
+
**Headless mode:** Skip to `prompts/finalize.md` — no user interaction. Save the improved draft directly.
|
|
69
70
|
|
|
70
71
|
**Yolo and Guided modes:**
|
|
71
72
|
|
|
@@ -83,4 +84,4 @@ Present reviewer findings with brief rationale, then offer: "Want me to dig into
|
|
|
83
84
|
|
|
84
85
|
## Stage Complete
|
|
85
86
|
|
|
86
|
-
This stage is complete when: (a) the draft has been reviewed by all three lenses and improvements integrated, AND either (autonomous) save and route directly, or (guided/yolo) the user is satisfied. Route to `finalize.md`.
|
|
87
|
+
This stage is complete when: (a) the draft has been reviewed by all three lenses and improvements integrated, AND either (autonomous) save and route directly, or (guided/yolo) the user is satisfied. Route to `prompts/finalize.md`.
|
|
@@ -1,6 +1,7 @@
|
|
|
1
1
|
**Language:** Use `{communication_language}` for all output.
|
|
2
2
|
**Output Language:** Use `{document_output_language}` for documents.
|
|
3
3
|
**Output Location:** `{planning_artifacts}`
|
|
4
|
+
**Paths:** Bare paths (e.g. `prompts/foo.md`) resolve from the skill root.
|
|
4
5
|
|
|
5
6
|
# Stage 5: Finalize
|
|
6
7
|
|
|
@@ -72,4 +73,6 @@ purpose: "Token-efficient context for downstream PRD creation"
|
|
|
72
73
|
|
|
73
74
|
## Stage Complete
|
|
74
75
|
|
|
75
|
-
|
|
76
|
+
Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow.on_complete`
|
|
77
|
+
|
|
78
|
+
If the resolved `workflow.on_complete` is non-empty, follow it as the final terminal instruction before exiting. After delivering the completion message and file paths, the workflow is done. If the user requests further revisions, loop back to `prompts/draft-and-review.md`. Otherwise, exit.
|
|
@@ -1,11 +1,12 @@
|
|
|
1
1
|
**Language:** Use `{communication_language}` for all output.
|
|
2
2
|
**Output Language:** Use `{document_output_language}` for documents.
|
|
3
|
+
**Paths:** Bare paths (e.g. `prompts/foo.md`) resolve from the skill root.
|
|
3
4
|
|
|
4
5
|
# Stage 3: Guided Elicitation
|
|
5
6
|
|
|
6
7
|
**Goal:** Fill the gaps in what you know. By now you have the user's brain dump, artifact analysis, and web research. This stage is about smart, targeted questioning — not rote section-by-section interrogation.
|
|
7
8
|
|
|
8
|
-
**Skip this stage entirely in Yolo and Autonomous modes** — go directly to `draft-and-review.md`.
|
|
9
|
+
**Skip this stage entirely in Yolo and Autonomous modes** — go directly to `prompts/draft-and-review.md`.
|
|
9
10
|
|
|
10
11
|
## Approach
|
|
11
12
|
|
|
@@ -67,4 +68,4 @@ If the user is providing complete, confident answers and you have solid coverage
|
|
|
67
68
|
|
|
68
69
|
## Stage Complete
|
|
69
70
|
|
|
70
|
-
This stage is complete when sufficient substance exists to draft a compelling brief and the user confirms readiness. Route to `draft-and-review.md`.
|
|
71
|
+
This stage is complete when sufficient substance exists to draft a compelling brief and the user confirms readiness. Route to `prompts/draft-and-review.md`.
|
|
@@ -3,4 +3,94 @@ name: bmad-domain-research
|
|
|
3
3
|
description: 'Conduct domain and industry research. Use when the user says wants to do domain research for a topic or industry'
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
|
|
6
|
+
# Domain Research Workflow
|
|
7
|
+
|
|
8
|
+
**Goal:** Conduct comprehensive domain/industry research using current web data and verified sources to produce complete research documents with compelling narratives and proper citations.
|
|
9
|
+
|
|
10
|
+
**Your Role:** You are a domain research facilitator working with an expert partner. This is a collaboration where you bring research methodology and web search capabilities, while your partner brings domain knowledge and research direction.
|
|
11
|
+
|
|
12
|
+
## Conventions
|
|
13
|
+
|
|
14
|
+
- Bare paths (e.g. `domain-steps/step-01-init.md`) resolve from the skill root.
|
|
15
|
+
- `{skill-root}` resolves to this skill's installed directory (where `customize.toml` lives).
|
|
16
|
+
- `{project-root}`-prefixed paths resolve from the project working directory.
|
|
17
|
+
- `{skill-name}` resolves to the skill directory's basename.
|
|
18
|
+
|
|
19
|
+
## PREREQUISITE
|
|
20
|
+
|
|
21
|
+
**⛔ Web search required.** If unavailable, abort and tell the user.
|
|
22
|
+
|
|
23
|
+
## On Activation
|
|
24
|
+
|
|
25
|
+
### Step 1: Resolve the Workflow Block
|
|
26
|
+
|
|
27
|
+
Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow`
|
|
28
|
+
|
|
29
|
+
**If the script fails**, resolve the `workflow` block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:
|
|
30
|
+
|
|
31
|
+
1. `{skill-root}/customize.toml` — defaults
|
|
32
|
+
2. `{project-root}/_bmad/custom/{skill-name}.toml` — team overrides
|
|
33
|
+
3. `{project-root}/_bmad/custom/{skill-name}.user.toml` — personal overrides
|
|
34
|
+
|
|
35
|
+
Any missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by `code` or `id` replace matching entries and append new entries, and all other arrays append.
|
|
36
|
+
|
|
37
|
+
### Step 2: Execute Prepend Steps
|
|
38
|
+
|
|
39
|
+
Execute each entry in `{workflow.activation_steps_prepend}` in order before proceeding.
|
|
40
|
+
|
|
41
|
+
### Step 3: Load Persistent Facts
|
|
42
|
+
|
|
43
|
+
Treat every entry in `{workflow.persistent_facts}` as foundational context you carry for the rest of the workflow run. Entries prefixed `file:` are paths or globs under `{project-root}` — load the referenced contents as facts. All other entries are facts verbatim.
|
|
44
|
+
|
|
45
|
+
### Step 4: Load Config
|
|
46
|
+
|
|
47
|
+
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
|
48
|
+
- Use `{user_name}` for greeting
|
|
49
|
+
- Use `{communication_language}` for all communications
|
|
50
|
+
- Use `{document_output_language}` for output documents
|
|
51
|
+
- Use `{planning_artifacts}` for output location and artifact scanning
|
|
52
|
+
- Use `{project_knowledge}` for additional context scanning
|
|
53
|
+
|
|
54
|
+
### Step 5: Greet the User
|
|
55
|
+
|
|
56
|
+
Greet `{user_name}`, speaking in `{communication_language}`.
|
|
57
|
+
|
|
58
|
+
### Step 6: Execute Append Steps
|
|
59
|
+
|
|
60
|
+
Execute each entry in `{workflow.activation_steps_append}` in order.
|
|
61
|
+
|
|
62
|
+
Activation is complete. Begin the workflow below.
|
|
63
|
+
|
|
64
|
+
## QUICK TOPIC DISCOVERY
|
|
65
|
+
|
|
66
|
+
"Welcome {{user_name}}! Let's get started with your **domain/industry research**.
|
|
67
|
+
|
|
68
|
+
**What domain, industry, or sector do you want to research?**
|
|
69
|
+
|
|
70
|
+
For example:
|
|
71
|
+
- 'The healthcare technology industry'
|
|
72
|
+
- 'Sustainable packaging regulations in Europe'
|
|
73
|
+
- 'Construction and building materials sector'
|
|
74
|
+
- 'Or any other domain you have in mind...'"
|
|
75
|
+
|
|
76
|
+
### Topic Clarification
|
|
77
|
+
|
|
78
|
+
Based on the user's topic, briefly clarify:
|
|
79
|
+
1. **Core Domain**: "What specific aspect of [domain] are you most interested in?"
|
|
80
|
+
2. **Research Goals**: "What do you hope to achieve with this research?"
|
|
81
|
+
3. **Scope**: "Should we focus broadly or dive deep into specific aspects?"
|
|
82
|
+
|
|
83
|
+
## ROUTE TO DOMAIN RESEARCH STEPS
|
|
84
|
+
|
|
85
|
+
After gathering the topic and goals:
|
|
86
|
+
|
|
87
|
+
1. Set `research_type = "domain"`
|
|
88
|
+
2. Set `research_topic = [discovered topic from discussion]`
|
|
89
|
+
3. Set `research_goals = [discovered goals from discussion]`
|
|
90
|
+
4. Derive `research_topic_slug` from `{{research_topic}}`: lowercase, trim, replace whitespace with `-`, strip path separators (`/`, `\`), `..`, and any character that is not alphanumeric, `-`, or `_`. Collapse repeated `-` and strip leading/trailing `-`. If the result is empty, use `untitled`.
|
|
91
|
+
5. Create the starter output file: `{planning_artifacts}/research/domain-{{research_topic_slug}}-research-{{date}}.md` with exact copy of the `./research.template.md` contents
|
|
92
|
+
6. Load: `./domain-steps/step-01-init.md` with topic context
|
|
93
|
+
|
|
94
|
+
**Note:** The discovered topic from the discussion should be passed to the initialization step, so it doesn't need to ask "What do you want to research?" again - it can focus on refining the scope for domain research.
|
|
95
|
+
|
|
96
|
+
**✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`**
|
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
# DO NOT EDIT -- overwritten on every update.
|
|
2
|
+
#
|
|
3
|
+
# Workflow customization surface for bmad-domain-research. Mirrors the
|
|
4
|
+
# agent customization shape under the [workflow] namespace.
|
|
5
|
+
|
|
6
|
+
[workflow]
|
|
7
|
+
|
|
8
|
+
# --- Configurable below. Overrides merge per BMad structural rules: ---
|
|
9
|
+
# scalars: override wins • arrays (persistent_facts, activation_steps_*): append
|
|
10
|
+
# arrays-of-tables with `code`/`id`: replace matching items, append new ones.
|
|
11
|
+
|
|
12
|
+
# Steps to run before the standard activation (config load, greet).
|
|
13
|
+
# Overrides append. Use for pre-flight loads, compliance checks, etc.
|
|
14
|
+
|
|
15
|
+
activation_steps_prepend = []
|
|
16
|
+
|
|
17
|
+
# Steps to run after greet but before the workflow begins.
|
|
18
|
+
# Overrides append. Use for context-heavy setup that should happen
|
|
19
|
+
# once the user has been acknowledged.
|
|
20
|
+
|
|
21
|
+
activation_steps_append = []
|
|
22
|
+
|
|
23
|
+
# Persistent facts the workflow keeps in mind for the whole run
|
|
24
|
+
# (standards, compliance constraints, stylistic guardrails).
|
|
25
|
+
# Distinct from the runtime memory sidecar — these are static context
|
|
26
|
+
# loaded on activation. Overrides append.
|
|
27
|
+
#
|
|
28
|
+
# Each entry is either:
|
|
29
|
+
# - a literal sentence, e.g. "All briefs must include a regulatory-risk section."
|
|
30
|
+
# - a file reference prefixed with `file:`, e.g. "file:{project-root}/docs/standards.md"
|
|
31
|
+
# (glob patterns are supported; the file's contents are loaded and treated as facts).
|
|
32
|
+
|
|
33
|
+
persistent_facts = [
|
|
34
|
+
"file:{project-root}/**/project-context.md",
|
|
35
|
+
]
|
|
36
|
+
|
|
37
|
+
# Scalar: executed when the workflow reaches its terminal stage (Step 6: Research Synthesis),
|
|
38
|
+
# after the domain research document has been saved and the user selects [C] Complete.
|
|
39
|
+
# Override wins. Leave empty for no custom post-completion behavior.
|
|
40
|
+
|
|
41
|
+
on_complete = ""
|
|
@@ -441,4 +441,10 @@ Complete authoritative research document on {{research_topic}} that:
|
|
|
441
441
|
- Serves as reference document for continued use
|
|
442
442
|
- Maintains highest research quality standards
|
|
443
443
|
|
|
444
|
+
## On Complete
|
|
445
|
+
|
|
446
|
+
Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow.on_complete`
|
|
447
|
+
|
|
448
|
+
If the resolved `workflow.on_complete` is non-empty, follow it as the final terminal instruction before exiting.
|
|
449
|
+
|
|
444
450
|
Congratulations on completing comprehensive domain research! 🎉
|
|
@@ -3,4 +3,94 @@ name: bmad-market-research
|
|
|
3
3
|
description: 'Conduct market research on competition and customers. Use when the user says they need market research'
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
|
|
6
|
+
# Market Research Workflow
|
|
7
|
+
|
|
8
|
+
**Goal:** Conduct comprehensive market research using current web data and verified sources to produce complete research documents with compelling narratives and proper citations.
|
|
9
|
+
|
|
10
|
+
**Your Role:** You are a market research facilitator working with an expert partner. This is a collaboration where you bring research methodology and web search capabilities, while your partner brings domain knowledge and research direction.
|
|
11
|
+
|
|
12
|
+
## Conventions
|
|
13
|
+
|
|
14
|
+
- Bare paths (e.g. `steps/step-01-init.md`) resolve from the skill root.
|
|
15
|
+
- `{skill-root}` resolves to this skill's installed directory (where `customize.toml` lives).
|
|
16
|
+
- `{project-root}`-prefixed paths resolve from the project working directory.
|
|
17
|
+
- `{skill-name}` resolves to the skill directory's basename.
|
|
18
|
+
|
|
19
|
+
## PREREQUISITE
|
|
20
|
+
|
|
21
|
+
**⛔ Web search required.** If unavailable, abort and tell the user.
|
|
22
|
+
|
|
23
|
+
## On Activation
|
|
24
|
+
|
|
25
|
+
### Step 1: Resolve the Workflow Block
|
|
26
|
+
|
|
27
|
+
Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow`
|
|
28
|
+
|
|
29
|
+
**If the script fails**, resolve the `workflow` block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:
|
|
30
|
+
|
|
31
|
+
1. `{skill-root}/customize.toml` — defaults
|
|
32
|
+
2. `{project-root}/_bmad/custom/{skill-name}.toml` — team overrides
|
|
33
|
+
3. `{project-root}/_bmad/custom/{skill-name}.user.toml` — personal overrides
|
|
34
|
+
|
|
35
|
+
Any missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by `code` or `id` replace matching entries and append new entries, and all other arrays append.
|
|
36
|
+
|
|
37
|
+
### Step 2: Execute Prepend Steps
|
|
38
|
+
|
|
39
|
+
Execute each entry in `{workflow.activation_steps_prepend}` in order before proceeding.
|
|
40
|
+
|
|
41
|
+
### Step 3: Load Persistent Facts
|
|
42
|
+
|
|
43
|
+
Treat every entry in `{workflow.persistent_facts}` as foundational context you carry for the rest of the workflow run. Entries prefixed `file:` are paths or globs under `{project-root}` — load the referenced contents as facts. All other entries are facts verbatim.
|
|
44
|
+
|
|
45
|
+
### Step 4: Load Config
|
|
46
|
+
|
|
47
|
+
Load config from `{project-root}/_bmad/bmm/config.yaml` and resolve:
|
|
48
|
+
- Use `{user_name}` for greeting
|
|
49
|
+
- Use `{communication_language}` for all communications
|
|
50
|
+
- Use `{document_output_language}` for output documents
|
|
51
|
+
- Use `{planning_artifacts}` for output location and artifact scanning
|
|
52
|
+
- Use `{project_knowledge}` for additional context scanning
|
|
53
|
+
|
|
54
|
+
### Step 5: Greet the User
|
|
55
|
+
|
|
56
|
+
Greet `{user_name}`, speaking in `{communication_language}`.
|
|
57
|
+
|
|
58
|
+
### Step 6: Execute Append Steps
|
|
59
|
+
|
|
60
|
+
Execute each entry in `{workflow.activation_steps_append}` in order.
|
|
61
|
+
|
|
62
|
+
Activation is complete. Begin the workflow below.
|
|
63
|
+
|
|
64
|
+
## QUICK TOPIC DISCOVERY
|
|
65
|
+
|
|
66
|
+
"Welcome {{user_name}}! Let's get started with your **market research**.
|
|
67
|
+
|
|
68
|
+
**What topic, problem, or area do you want to research?**
|
|
69
|
+
|
|
70
|
+
For example:
|
|
71
|
+
- 'The electric vehicle market in Europe'
|
|
72
|
+
- 'Plant-based food alternatives market'
|
|
73
|
+
- 'Mobile payment solutions in Southeast Asia'
|
|
74
|
+
- 'Or anything else you have in mind...'"
|
|
75
|
+
|
|
76
|
+
### Topic Clarification
|
|
77
|
+
|
|
78
|
+
Based on the user's topic, briefly clarify:
|
|
79
|
+
1. **Core Topic**: "What exactly about [topic] are you most interested in?"
|
|
80
|
+
2. **Research Goals**: "What do you hope to achieve with this research?"
|
|
81
|
+
3. **Scope**: "Should we focus broadly or dive deep into specific aspects?"
|
|
82
|
+
|
|
83
|
+
## ROUTE TO MARKET RESEARCH STEPS
|
|
84
|
+
|
|
85
|
+
After gathering the topic and goals:
|
|
86
|
+
|
|
87
|
+
1. Set `research_type = "market"`
|
|
88
|
+
2. Set `research_topic = [discovered topic from discussion]`
|
|
89
|
+
3. Set `research_goals = [discovered goals from discussion]`
|
|
90
|
+
4. Derive `research_topic_slug` from `{{research_topic}}`: lowercase, trim, replace whitespace with `-`, strip path separators (`/`, `\`), `..`, and any character that is not alphanumeric, `-`, or `_`. Collapse repeated `-` and strip leading/trailing `-`. If the result is empty, use `untitled`.
|
|
91
|
+
5. Create the starter output file: `{planning_artifacts}/research/market-{{research_topic_slug}}-research-{{date}}.md` with exact copy of the `./research.template.md` contents
|
|
92
|
+
6. Load: `./steps/step-01-init.md` with topic context
|
|
93
|
+
|
|
94
|
+
**Note:** The discovered topic from the discussion should be passed to the initialization step, so it doesn't need to ask "What do you want to research?" again - it can focus on refining the scope for market research.
|
|
95
|
+
|
|
96
|
+
**✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`**
|
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
# DO NOT EDIT -- overwritten on every update.
|
|
2
|
+
#
|
|
3
|
+
# Workflow customization surface for bmad-market-research. Mirrors the
|
|
4
|
+
# agent customization shape under the [workflow] namespace.
|
|
5
|
+
|
|
6
|
+
[workflow]
|
|
7
|
+
|
|
8
|
+
# --- Configurable below. Overrides merge per BMad structural rules: ---
|
|
9
|
+
# scalars: override wins • arrays (persistent_facts, activation_steps_*): append
|
|
10
|
+
# arrays-of-tables with `code`/`id`: replace matching items, append new ones.
|
|
11
|
+
|
|
12
|
+
# Steps to run before the standard activation (config load, greet).
|
|
13
|
+
# Overrides append. Use for pre-flight loads, compliance checks, etc.
|
|
14
|
+
|
|
15
|
+
activation_steps_prepend = []
|
|
16
|
+
|
|
17
|
+
# Steps to run after greet but before the workflow begins.
|
|
18
|
+
# Overrides append. Use for context-heavy setup that should happen
|
|
19
|
+
# once the user has been acknowledged.
|
|
20
|
+
|
|
21
|
+
activation_steps_append = []
|
|
22
|
+
|
|
23
|
+
# Persistent facts the workflow keeps in mind for the whole run
|
|
24
|
+
# (standards, compliance constraints, stylistic guardrails).
|
|
25
|
+
# Distinct from the runtime memory sidecar — these are static context
|
|
26
|
+
# loaded on activation. Overrides append.
|
|
27
|
+
#
|
|
28
|
+
# Each entry is either:
|
|
29
|
+
# - a literal sentence, e.g. "All briefs must include a regulatory-risk section."
|
|
30
|
+
# - a file reference prefixed with `file:`, e.g. "file:{project-root}/docs/standards.md"
|
|
31
|
+
# (glob patterns are supported; the file's contents are loaded and treated as facts).
|
|
32
|
+
|
|
33
|
+
persistent_facts = [
|
|
34
|
+
"file:{project-root}/**/project-context.md",
|
|
35
|
+
]
|
|
36
|
+
|
|
37
|
+
# Scalar: executed when the workflow reaches its terminal stage (Step 6: Research Completion),
|
|
38
|
+
# after the market research document has been saved and the user selects [C] Complete.
|
|
39
|
+
# Override wins. Leave empty for no custom post-completion behavior.
|
|
40
|
+
|
|
41
|
+
on_complete = ""
|
package/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-06-research-completion.md
CHANGED
|
@@ -475,4 +475,10 @@ Comprehensive market research workflow complete. User may:
|
|
|
475
475
|
- Combine market research with other research types for comprehensive insights
|
|
476
476
|
- Move forward with implementation based on strategic market recommendations
|
|
477
477
|
|
|
478
|
+
## On Complete
|
|
479
|
+
|
|
480
|
+
Run: `python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow.on_complete`
|
|
481
|
+
|
|
482
|
+
If the resolved `workflow.on_complete` is non-empty, follow it as the final terminal instruction before exiting.
|
|
483
|
+
|
|
478
484
|
Congratulations on completing comprehensive market research with professional documentation! 🎉
|