bmad-method 6.10.1-next.2 → 6.10.1-next.21
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 +52 -27
- package/package.json +4 -3
- package/removals.txt +5 -0
- package/src/bmm-skills/1-analysis/bmad-agent-analyst/customize.toml +19 -4
- package/src/bmm-skills/1-analysis/bmad-product-brief/SKILL.md +1 -1
- package/src/bmm-skills/1-analysis/bmad-product-brief/customize.toml +5 -3
- package/src/bmm-skills/2-plan-workflows/bmad-prd/SKILL.md +2 -0
- package/src/bmm-skills/2-plan-workflows/bmad-prd/customize.toml +5 -3
- package/src/{core-skills → bmm-skills/2-plan-workflows}/bmad-spec/SKILL.md +18 -3
- package/src/{core-skills → bmm-skills/2-plan-workflows}/bmad-spec/assets/spec-template.md +1 -1
- package/src/bmm-skills/2-plan-workflows/bmad-spec/assets/stories-schema.md +44 -0
- package/src/{core-skills → bmm-skills/2-plan-workflows}/bmad-spec/customize.toml +3 -4
- package/src/bmm-skills/2-plan-workflows/bmad-ux/customize.toml +4 -2
- package/src/bmm-skills/3-solutioning/bmad-architecture/SKILL.md +2 -2
- package/src/bmm-skills/3-solutioning/bmad-architecture/customize.toml +4 -2
- package/src/bmm-skills/4-implementation/bmad-agent-dev/customize.toml +3 -0
- package/src/bmm-skills/4-implementation/bmad-code-review/SKILL.md +2 -4
- package/src/bmm-skills/4-implementation/bmad-code-review/customize.toml +52 -0
- package/src/bmm-skills/4-implementation/bmad-code-review/steps/step-01-gather-context.md +0 -1
- package/src/bmm-skills/4-implementation/bmad-code-review/steps/step-02-review.md +10 -24
- package/src/bmm-skills/4-implementation/bmad-code-review/steps/step-03-triage.md +3 -4
- package/src/bmm-skills/4-implementation/bmad-dev-auto/SKILL.md +33 -12
- package/src/bmm-skills/4-implementation/bmad-dev-auto/customize.toml +75 -0
- package/src/bmm-skills/4-implementation/bmad-dev-auto/spec-template.md +4 -4
- package/src/bmm-skills/4-implementation/bmad-dev-auto/step-01-clarify-and-route.md +22 -4
- package/src/bmm-skills/4-implementation/bmad-dev-auto/step-02-plan.md +5 -6
- package/src/bmm-skills/4-implementation/bmad-dev-auto/step-03-implement.md +8 -4
- package/src/bmm-skills/4-implementation/bmad-dev-auto/step-04-review.md +13 -19
- package/src/bmm-skills/4-implementation/bmad-dev-story/customize.toml +3 -0
- package/src/bmm-skills/4-implementation/bmad-quick-dev/SKILL.md +6 -108
- package/src/bmm-skills/4-implementation/bmad-quick-dev/customize.toml +73 -0
- package/src/bmm-skills/4-implementation/bmad-quick-dev/render.py +381 -0
- package/src/bmm-skills/4-implementation/bmad-quick-dev/spec-template.md +2 -2
- package/src/bmm-skills/4-implementation/bmad-quick-dev/step-01-clarify-and-route.md +11 -13
- package/src/bmm-skills/4-implementation/bmad-quick-dev/step-02-plan.md +4 -9
- package/src/bmm-skills/4-implementation/bmad-quick-dev/step-03-implement.md +12 -4
- package/src/bmm-skills/4-implementation/bmad-quick-dev/step-04-review.md +8 -20
- package/src/bmm-skills/4-implementation/bmad-quick-dev/step-05-present.md +4 -4
- package/src/bmm-skills/4-implementation/bmad-quick-dev/step-oneshot.md +12 -13
- package/src/bmm-skills/4-implementation/bmad-quick-dev/sync-sprint-status.md +6 -6
- package/src/bmm-skills/4-implementation/bmad-quick-dev/workflow.md +85 -0
- package/src/bmm-skills/module-help.csv +2 -4
- package/src/bmm-skills/module.yaml +2 -5
- package/src/bmm-skills/v6-shims/README.md +24 -0
- package/src/bmm-skills/{3-solutioning → v6-shims}/bmad-create-architecture/SKILL.md +1 -1
- package/src/bmm-skills/{2-plan-workflows → v6-shims}/bmad-create-prd/SKILL.md +3 -3
- package/src/bmm-skills/v6-shims/bmad-domain-research/SKILL.md +14 -0
- package/src/bmm-skills/{2-plan-workflows → v6-shims}/bmad-edit-prd/SKILL.md +3 -3
- package/src/bmm-skills/v6-shims/bmad-market-research/SKILL.md +14 -0
- package/src/bmm-skills/v6-shims/bmad-technical-research/SKILL.md +14 -0
- package/src/bmm-skills/{2-plan-workflows → v6-shims}/bmad-validate-prd/SKILL.md +3 -3
- package/src/core-skills/bmad-advanced-elicitation/SKILL.md +26 -103
- package/src/core-skills/bmad-advanced-elicitation/customize.toml +54 -0
- package/src/core-skills/bmad-advanced-elicitation/scripts/pick_methods.py +233 -0
- package/src/core-skills/bmad-advanced-elicitation/scripts/tests/test_pick_methods.py +228 -0
- package/src/core-skills/bmad-brainstorming/SKILL.md +3 -3
- package/src/core-skills/bmad-brainstorming/assets/brain-selector.html +2 -0
- package/src/core-skills/bmad-brainstorming/references/mode-autonomous.md +1 -1
- package/src/core-skills/bmad-brainstorming/scripts/brain.py +36 -6
- package/src/core-skills/bmad-brainstorming/scripts/tests/test_brain.py +22 -0
- package/src/core-skills/bmad-customize/SKILL.md +2 -2
- package/src/core-skills/bmad-deep-recon/SKILL.md +82 -0
- package/src/core-skills/bmad-deep-recon/assets/research.template.md +18 -0
- package/src/core-skills/bmad-deep-recon/customize.toml +212 -0
- package/src/core-skills/bmad-deep-recon/references/draft.md +8 -0
- package/src/core-skills/bmad-deep-recon/references/finalize.md +11 -0
- package/src/core-skills/bmad-deep-recon/references/html-briefing.md +16 -0
- package/src/core-skills/bmad-deep-recon/references/lifecycle.md +11 -0
- package/src/core-skills/bmad-deep-recon/references/process.md +10 -0
- package/src/core-skills/bmad-deep-recon/references/run.md +73 -0
- package/src/core-skills/bmad-deep-recon/references/selection.md +13 -0
- package/src/core-skills/bmad-deep-recon/references/synthesis.md +16 -0
- package/src/core-skills/bmad-deep-recon/references/verification.md +29 -0
- package/src/core-skills/bmad-deep-recon/scripts/recon_kit.py +322 -0
- package/src/core-skills/bmad-deep-recon/scripts/tests/test_recon_kit.py +144 -0
- package/src/core-skills/bmad-deep-recon/types/academic-lit.md +19 -0
- package/src/core-skills/bmad-deep-recon/types/competitive.md +19 -0
- package/src/core-skills/bmad-deep-recon/types/domain.md +19 -0
- package/src/core-skills/bmad-deep-recon/types/market.md +19 -0
- package/src/core-skills/bmad-deep-recon/types/technical.md +19 -0
- package/src/core-skills/bmad-deep-recon/types/user-voice.md +19 -0
- package/src/core-skills/bmad-forge-idea/SKILL.md +2 -2
- package/src/core-skills/bmad-forge-idea/scripts/resolve_personas.py +4 -1
- package/src/core-skills/bmad-help/SKILL.md +1 -1
- package/src/core-skills/bmad-party-mode/SKILL.md +2 -2
- package/src/core-skills/bmad-party-mode/scripts/resolve_party.py +11 -3
- package/src/core-skills/bmad-review/SKILL.md +49 -0
- package/src/core-skills/bmad-review/customize.toml +141 -0
- package/src/core-skills/bmad-review/references/editorial-common.md +56 -0
- package/src/core-skills/bmad-review/references/lens-adversarial.md +18 -0
- package/src/core-skills/bmad-review/references/lens-edge-case-hunter.md +54 -0
- package/src/core-skills/bmad-review/references/lens-prose.md +7 -0
- package/src/core-skills/bmad-review/references/lens-structure.md +9 -0
- package/src/core-skills/{bmad-review-verification-gap/SKILL.md → bmad-review/references/lens-verification-gap.md} +15 -39
- package/src/core-skills/bmad-review/references/structure-models.md +44 -0
- package/src/core-skills/bmad-review/scripts/tests/test_word_metrics.py +62 -0
- package/src/core-skills/bmad-review/scripts/word_metrics.py +102 -0
- package/src/core-skills/module-help.csv +3 -7
- package/src/core-skills/module.yaml +5 -0
- package/src/core-skills/v6-shims/README.md +25 -0
- package/src/core-skills/v6-shims/bmad-editorial-review/SKILL.md +6 -0
- package/src/core-skills/v6-shims/bmad-editorial-review/customize.toml +31 -0
- package/src/core-skills/v6-shims/bmad-editorial-review-prose/SKILL.md +6 -0
- package/src/core-skills/v6-shims/bmad-editorial-review-structure/SKILL.md +6 -0
- package/src/core-skills/v6-shims/bmad-review-adversarial-general/SKILL.md +6 -0
- package/src/core-skills/v6-shims/bmad-review-edge-case-hunter/SKILL.md +6 -0
- package/src/core-skills/v6-shims/bmad-review-verification-gap/SKILL.md +6 -0
- package/tools/installer/ide/platform-codes.yaml +7 -0
- package/tools/installer/modules/custom-module-manager.js +12 -6
- package/tools/installer/modules/external-manager.js +12 -8
- package/tools/installer/modules/git-env.js +47 -0
- package/tools/skill-validator.md +11 -1
- package/tools/validate-skills.js +33 -0
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/SKILL.md +0 -96
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/customize.toml +0 -41
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-01-init.md +0 -137
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-02-domain-analysis.md +0 -229
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-03-competitive-landscape.md +0 -238
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-04-regulatory-focus.md +0 -206
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-05-technical-trends.md +0 -234
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-06-research-synthesis.md +0 -450
- package/src/bmm-skills/1-analysis/research/bmad-domain-research/research.template.md +0 -29
- package/src/bmm-skills/1-analysis/research/bmad-market-research/SKILL.md +0 -96
- package/src/bmm-skills/1-analysis/research/bmad-market-research/customize.toml +0 -41
- package/src/bmm-skills/1-analysis/research/bmad-market-research/research.template.md +0 -29
- package/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-01-init.md +0 -184
- package/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-02-customer-behavior.md +0 -239
- package/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-03-customer-pain-points.md +0 -251
- package/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-04-customer-decisions.md +0 -261
- package/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-05-competitive-analysis.md +0 -173
- package/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-06-research-completion.md +0 -484
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/SKILL.md +0 -96
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/customize.toml +0 -41
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/research.template.md +0 -29
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-01-init.md +0 -137
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-02-technical-overview.md +0 -239
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-03-integration-patterns.md +0 -248
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-04-architectural-patterns.md +0 -202
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-05-implementation-research.md +0 -233
- package/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-06-research-synthesis.md +0 -493
- package/src/core-skills/bmad-brainstorming/analysis/catalog-analysis.md +0 -239
- package/src/core-skills/bmad-brainstorming/analysis/method-matrix.csv +0 -109
- package/src/core-skills/bmad-editorial-review-prose/SKILL.md +0 -86
- package/src/core-skills/bmad-editorial-review-structure/SKILL.md +0 -179
- package/src/core-skills/bmad-index-docs/SKILL.md +0 -66
- package/src/core-skills/bmad-review-adversarial-general/SKILL.md +0 -37
- package/src/core-skills/bmad-review-edge-case-hunter/SKILL.md +0 -73
- package/src/core-skills/bmad-review-edge-case-hunter/references/deletion-check.md +0 -14
- package/src/core-skills/bmad-shard-doc/SKILL.md +0 -105
- /package/src/{core-skills → bmm-skills/2-plan-workflows}/bmad-spec/assets/headless-schemas.md +0 -0
- /package/src/bmm-skills/{3-solutioning → v6-shims}/bmad-create-architecture/customize.toml +0 -0
- /package/src/bmm-skills/{2-plan-workflows → v6-shims}/bmad-create-prd/customize.toml +0 -0
- /package/src/bmm-skills/{2-plan-workflows → v6-shims}/bmad-edit-prd/customize.toml +0 -0
- /package/src/bmm-skills/{2-plan-workflows → v6-shims}/bmad-validate-prd/customize.toml +0 -0
- /package/src/core-skills/bmad-advanced-elicitation/{methods.csv → assets/methods.csv} +0 -0
- /package/src/core-skills/bmad-party-mode/scripts/tests/{test-resolve_party.py → test_resolve_party.py} +0 -0
|
@@ -1,239 +0,0 @@
|
|
|
1
|
-
# BMad Brainstorming Catalog — Deep Analysis
|
|
2
|
-
|
|
3
|
-
> Analysis of the brainstorming library (`assets/brain-methods.csv`) and the selection
|
|
4
|
-
> experience (`assets/brain-selector.html`, generated by `scripts/brain.py`). Companion
|
|
5
|
-
> data: `method-matrix.csv` (every method tagged on 4 axes).
|
|
6
|
-
>
|
|
7
|
-
> **Status (implemented, uncommitted for review):** CSV extended with `provenance` /
|
|
8
|
-
> `good_for` / `audience` columns; 8 researched `classic` methods added (108 total);
|
|
9
|
-
> `brain.py` now renders a "Proven & Professional" lead group, super-group ordering, a
|
|
10
|
-
> "Great for" goal filter, and a per-category "Invent a … technique" card; convergence
|
|
11
|
-
> shipped as `references/converge.md` (diverge → converge → finalize) and wired into
|
|
12
|
-
> `SKILL.md`. Sections below are the rationale.
|
|
13
|
-
|
|
14
|
-
---
|
|
15
|
-
|
|
16
|
-
## 1. TL;DR
|
|
17
|
-
|
|
18
|
-
The catalog is strong, distinctive, and well-built. The opportunities are not "more methods" so much as **navigation and intent**:
|
|
19
|
-
|
|
20
|
-
1. **The selector sorts categories alphabetically.** There is no ordering/grouping layer, so the well-known professional methods (SCAMPER, Six Hats, Five Whys, etc.) are scattered across four categories and buried below `Absurdist` and `Biomimetic`. Enterprise users meet whimsy before they meet anything they recognize. → **Add a grouping + ordering layer; lead with a "Proven & Professional" group.**
|
|
21
|
-
2. **Nothing connects the user's stated goal to technique choice.** The skill asks for the goal up front but then offers an alphabetical wall. The single highest-value addition is a **goal → technique affinity layer** so "I'm adding a feature to a brownfield app" surfaces a different short-list than "planning a sabbatical."
|
|
22
|
-
3. **The catalog is 100% divergent (generative).** There is essentially no *convergence* (prioritize / cluster / decide). This is partly a sound principle and partly a real gap — see §5.
|
|
23
|
-
4. **Real overlap exists**, but it's mostly "same cognitive move, different costume." Four mechanisms (perspective-shift, constraint, analogy, inversion) account for ~60 of 100 methods; sensory, questioning, systems, and time-shift are comparatively thin.
|
|
24
|
-
5. **Descriptions should stay terse** — the brevity is correct. Only two targeted fixes are warranted: the `collaborative` category silently assumes multiple humans, and ~10 "vibe-only" methods lack an output anchor.
|
|
25
|
-
6. **Per-category "invent on the fly" is a good idea** — but implement it as a generated synthetic card per section, not 13 near-duplicate CSV rows.
|
|
26
|
-
|
|
27
|
-
---
|
|
28
|
-
|
|
29
|
-
## 2. Method — how this was analyzed
|
|
30
|
-
|
|
31
|
-
Each of the 100 methods was tagged on **four independent axes** (see `method-matrix.csv`). Category alone only captures *aesthetic/mechanism*; these four axes are what expose grouping, overlap, gaps, and the goal-routing opportunity.
|
|
32
|
-
|
|
33
|
-
| Axis | Values | Answers |
|
|
34
|
-
|---|---|---|
|
|
35
|
-
| **Provenance** | `classic` · `signature` · `playful` | What goes in the enterprise "proven" group? |
|
|
36
|
-
| **Mechanism** (primary + secondary) | inversion · analogy · perspective · constraint · decomposition · time-shift · systems · sensory · questioning · combination · provocation · convergence | Where is the catalog redundant vs thin? |
|
|
37
|
-
| **Goal affinity** (multi) | feature · novel · personal · strategy · planning · diagnosis · unstuck | Given the user's goal, what should we recommend? |
|
|
38
|
-
| **Audience** | solo · group · either | What breaks in a 1:1 user+LLM session? |
|
|
39
|
-
|
|
40
|
-
---
|
|
41
|
-
|
|
42
|
-
## 3. Findings
|
|
43
|
-
|
|
44
|
-
### 3a. Provenance — the "proven & professional" set exists, but is scattered
|
|
45
|
-
|
|
46
|
-
The methods an innovation consultant or enterprise facilitator would recognize by name are spread across `structured`, `deep`, `creative`, and `collaborative`. The **canonical core (~22)**:
|
|
47
|
-
|
|
48
|
-
> SCAMPER · Six Thinking Hats · Mind Mapping · Lotus Blossom · Crazy 8s · Disney Method ·
|
|
49
|
-
> Starbursting · Morphological Analysis · Five Whys · Laddering · Causal Loop Mapping ·
|
|
50
|
-
> First Principles · Reverse Brainstorming · Assumption Reversal · Worst Possible Idea ·
|
|
51
|
-
> Provocation (PO) · Question Storming · Brainwriting/Round Robin · Yes-And · Random Stimulation ·
|
|
52
|
-
> Role Playing · Analogical Thinking
|
|
53
|
-
|
|
54
|
-
A second tier is *recognizable-adjacent* (Concept Blending, Forced Relationships, Decision Tree, Solution Matrix, Failure Analysis/pre-mortem, Devil's Advocate, 1000x Budget). Everything else is `signature` (BMad-original, serious) or `playful` (the delight layer — `wild`, `absurdist`, `theatrical`, much of `quantum`/`cultural`).
|
|
55
|
-
|
|
56
|
-
**Recommendation — lead with "Proven & Professional."** Three ways to implement (pick in review):
|
|
57
|
-
|
|
58
|
-
- **Option A — Tag + generated lead section (recommended).** Add a `provenance` column to the CSV. `brain.py` renders a synthetic **"Proven & Professional"** section *first* (pulling all `classic`-tagged methods, cross-category), then the existing categories grouped and ordered (see §7). A method keeps its home category and also appears in the lead group. Pro: zero loss of mechanism categorization; enterprise sees credibility first. Con: those ~22 methods appear twice on the browse page (arguably fine — or filter them out of their home category).
|
|
59
|
-
- **Option B — New `classic` category.** Move the ~22 into a single first category. Pro: simplest. Con: destroys the mechanism grouping (SCAMPER is *also* structured; Five Whys is *also* deep), and the category becomes a grab-bag.
|
|
60
|
-
- **Option C — Two-level groups only, no provenance tag.** Reorder the 13 categories into super-groups (§7) so "serious" comes first, but don't pull classics out. Pro: cleanest data model. Con: doesn't actually cluster the *named* methods — they stay scattered within their categories.
|
|
61
|
-
|
|
62
|
-
My pick: **A.** It satisfies "professional methods grouped and shown first" literally, without flattening the taxonomy that makes the rest of the catalog shine.
|
|
63
|
-
|
|
64
|
-
### 3b. Mechanism — the catalog has four over-served "spines"
|
|
65
|
-
|
|
66
|
-
Primary-mechanism distribution across the 100:
|
|
67
|
-
|
|
68
|
-
| Mechanism | ~count | Read |
|
|
69
|
-
|---|---|---|
|
|
70
|
-
| **perspective-shift** | ~18 | Over-served. Role Playing, Six Hats, Persona, Alien, Ancestor Council, Inner Child, Future Self, Drunk Uncle, Golden Retriever, Infomercial… all "adopt another viewpoint," differentiated only by *who*. |
|
|
71
|
-
| **constraint** | ~16 | Over-served. What If, the entire `constraint` category, 1000x, Post-Scarcity, Parallel Universe, Zombie, Quantum Tunneling, Permission Giving… all "add/remove/exaggerate a limit." |
|
|
72
|
-
| **analogy / transfer** | ~12 | Healthy. Analogical, Metaphor, Cross-Pollination, Trait Transfer, Nature's Solutions, Fusion Cuisine, Proverb, Random Stimulation. |
|
|
73
|
-
| **inversion** | ~11 | Healthy but clustered. Reverse, Assumption Reversal, Worst Idea, Anti-Solution, Failure Analysis, Devil's Advocate, Cursed Genie, Villain's Monologue, Trickster. |
|
|
74
|
-
| **combination** | ~9 | Fine. |
|
|
75
|
-
| **decomposition** | ~9 | Fine. |
|
|
76
|
-
| **systems / emergence** | ~7 | Thin-ish (concentrated in `quantum`/`biomimetic`). |
|
|
77
|
-
| **time-shift** | ~6 | Thin. |
|
|
78
|
-
| **questioning** | ~5 | Thin. |
|
|
79
|
-
| **sensory / intuitive** | ~5 | Thin (all in `introspective_delight`). |
|
|
80
|
-
| **convergence** | ~1 | **Effectively absent** (only Superposition Collapse). See §5. |
|
|
81
|
-
|
|
82
|
-
**Takeaway:** the redundancy is not a defect to delete — the *costume* (a villain's monologue vs. a courtroom vs. "make it worse") is exactly what makes a 30th inversion technique feel fresh to a user. But a curator should know the catalog leans hard on perspective + constraint, and that **convergence is the one genuinely empty cell.** New methods (§6) should target the thin cells, not the spines.
|
|
83
|
-
|
|
84
|
-
### 3c. Goal affinity — the headline missing capability
|
|
85
|
-
|
|
86
|
-
`SKILL.md` already opens with *"what are we brainstorming, and what's the goal?"* — but that goal never routes technique selection. Mapping the matrix's `goal_affinity` tags gives a ready recommendation table. This is what powers "AI picks N" intelligently and what an enterprise user wants:
|
|
87
|
-
|
|
88
|
-
| Goal | Strong default techniques (lead picks **bold**) |
|
|
89
|
-
|---|---|
|
|
90
|
-
| **Build a feature** (greenfield/brownfield) | **First Principles**, **SCAMPER**, **Morphological Analysis**, Crazy 8s, Solution Matrix, Reverse Brainstorming, One Feature Only, Ship in 60 Minutes, Chaos Engineering, Cursed Genie (edge cases), Persona Journey, *+ new: Job to Be Done, Follow the Anomaly* |
|
|
91
|
-
| **Novel concept / new product** | **Concept Blending**, **Cross-Pollination**, **Forced Relationships**, What If, Trait Transfer, Nature's Solutions, Fusion Cuisine, Emerging Tech Collision, Crank the Dial to 11, Quantum Tunneling |
|
|
92
|
-
| **Personal / life decision** | **Future Self Interview**, **Values Archaeology**, **Laddering**, Six Hats, Ancestor Council, Proverb Mining, Mythic Frameworks, the `introspective_delight` set, *+ new: Build on What Works* |
|
|
93
|
-
| **Strategy / positioning** | **Six Thinking Hats**, **Failure Analysis** (pre-mortem), Field Lines, Ecosystem Thinking, Utopia vs Dystopia, 1000x Budget, Disney Method, Relativity Frame Shift, Infomercial at 3AM, Predator & Prey |
|
|
94
|
-
| **Concrete planning** (event/project) | **Mind Mapping**, **Lotus Blossom**, Morphological Analysis, Decision Tree, Six Hats, $0 Mandate, Constraint Roulette, Time Horizon Ladder |
|
|
95
|
-
| **Root-cause / diagnosis** | **Five Whys**, **Causal Loop Mapping**, Failure Analysis, Constraint Mapping, Question Storming, Starbursting, Anti-Solution, Alien Anthropologist |
|
|
96
|
-
| **Get unstuck / break fixation** | **Random Stimulation**, **Provocation**, **Worst Possible Idea**, Crank the Dial to 11, Constraint Roulette, Three Rounds of Stupid, Drunk History, most of `wild`/`absurdist`/`theatrical` |
|
|
97
|
-
|
|
98
|
-
**Recommendation:** persist this as machine-readable affinity (a `goals` column on the CSV, sourced from `method-matrix.csv`), then (1) have the skill recommend a batch from the up-front goal, and (2) let the composer page filter/highlight "great for: [your goal]." This is the single change that most improves both enterprise and casual use.
|
|
99
|
-
|
|
100
|
-
### 3d. Audience — the `collaborative` category quietly assumes a room of people
|
|
101
|
-
|
|
102
|
-
5 of the 8 `collaborative` methods (Round Robin, Relay Race, Hot Potato, Fold the Paper, Steal & Upgrade) are written for *multiple humans passing artifacts*. In the default 1:1 user+LLM session they don't translate without the coach silently reinterpreting them. This is the one place the catalog can mislead. Options: tag `audience`, and either (a) add a one-clause solo adaptation to each, or (b) have the skill note "this one shines with a group" when picked solo. Low effort, removes the only real footgun.
|
|
103
|
-
|
|
104
|
-
### 3e. Description anchoring — keep terse, fix ~12 specifically
|
|
105
|
-
|
|
106
|
-
The deliberate brevity is **right** — the gist + a creative LLM beats over-specification, and it matches the catalog's house style. Do **not** bulk-expand. Two surgical passes only:
|
|
107
|
-
|
|
108
|
-
1. **Group-dependent `collaborative` methods** (§3d) — add a short solo-mode clause or an audience tag.
|
|
109
|
-
2. **~10 "vibe-only" methods** where the *evocation is great but the output is ambiguous*, so different LLM runs would diverge wildly: e.g. **Field Lines**, **Observer Effect**, **Guerrilla Gardening Ideas**, **Emergent Thinking**, **Entanglement Thinking**, **Elemental Forces**. A tiny "…so that ___" outcome clause anchors the deliverable without killing the brevity. Example: *Guerrilla Gardening Ideas* → add "…**so you surface where an unsanctioned, low-visibility pilot could prove the idea before anyone can veto it**."
|
|
110
|
-
|
|
111
|
-
Everything crisp (Five Whys, SCAMPER, First Principles, Crazy 8s) stays untouched.
|
|
112
|
-
|
|
113
|
-
---
|
|
114
|
-
|
|
115
|
-
## 4. Quick wins vs structural changes
|
|
116
|
-
|
|
117
|
-
| Change | Effort | Impact | Type |
|
|
118
|
-
|---|---|---|---|
|
|
119
|
-
| Goal→technique affinity (`goals` column + recommendation) | Med | **High** | structural |
|
|
120
|
-
| "Proven & Professional" lead group + category ordering | Med | **High** (enterprise) | structural |
|
|
121
|
-
| Per-category "invent in the spirit" card (§6) | Low | Med | quick win |
|
|
122
|
-
| Convergence mini-set (§5) | Low–Med | Med–High | structural (philosophy) |
|
|
123
|
-
| `audience` tag + collaborative fix (§3d) | Low | Med | quick win |
|
|
124
|
-
| ~12 description anchors (§3e) | Low | Low–Med | quick win |
|
|
125
|
-
| New gap-filling methods (§6) | Low | Med | additive |
|
|
126
|
-
|
|
127
|
-
---
|
|
128
|
-
|
|
129
|
-
## 5. Divergent vs convergent — the answer, and a recommendation
|
|
130
|
-
|
|
131
|
-
**What it is.** Divergent = generate (quantity, novelty, breadth). Convergent = evaluate, cluster, prioritize, decide. A complete creative process needs both (cf. the Double Diamond, Osborn-Parnes CPS): diverge wide, *then* converge to a choice.
|
|
132
|
-
|
|
133
|
-
**Where the catalog stands.** All 100 methods are divergent. `SKILL.md` explicitly enforces divergence ("resist concluding… the urge to organize is the enemy of divergence"), and the only convergent-flavored technique is Quantum → *Superposition Collapse*. Synthesis is deferred entirely to `references/finalize.md` at wrap-up.
|
|
134
|
-
|
|
135
|
-
**Is that a mistake?** Mostly a *good instinct taken to a defensible extreme.* Separating generation from judgment is the foundational brainstorming rule — premature convergence is the #1 killer of ideas, so a divergence-pure generator is legitimate. But the consequence is that the user has **no technique to pick when they're ready to narrow** — they hit "100 ideas" and the tool's stance is "keep going," with only the wrap-up doing light synthesis. For project/feature/life-decision work especially, people *do* want to land.
|
|
136
|
-
|
|
137
|
-
**Recommendation — add a small, fenced convergence set, never mixed into the divergent flow.** Keep divergence pure during generation; offer convergence only at wrap-up or on explicit request ("okay, help me narrow"). Concretely: a new `converge` category (4 methods, §6), tagged `mechanism=convergence`, surfaced by `finalize.md` / on demand — not in the default 3–4 sweet-spot batch. This completes the loop while honoring the separate-generation-from-judgment principle. **This is a philosophy decision for you to confirm** — it's the one recommendation that changes what the skill *is*, not just what's in the library.
|
|
138
|
-
|
|
139
|
-
---
|
|
140
|
-
|
|
141
|
-
## 6. Proposed new methods (fill the thin cells)
|
|
142
|
-
|
|
143
|
-
Targeting the under-served mechanisms (§3b), the empty convergence cell (§5), and the goal gaps (§3c). CSV-style (`category, name, description`) so they can drop straight in:
|
|
144
|
-
|
|
145
|
-
**Feature/product & enterprise gaps (mechanism: questioning/decomposition):**
|
|
146
|
-
- `structured, Job to Be Done, "Ask what the user is really hiring this to do; brainstorm around that underlying job, not the feature you assumed"`
|
|
147
|
-
- `structured, Empathy Map, "Map what the user says, thinks, does, and feels around the problem; mine each quadrant for the unmet need hiding there"`
|
|
148
|
-
- `deep, Follow the Anomaly, "Start from one surprising number or outlier and ideate only from what would explain it or exploit it"`
|
|
149
|
-
|
|
150
|
-
**Strengths-based (the missing positive frame — Appreciative Inquiry is a glaring classic-tier omission):**
|
|
151
|
-
- `deep, Build on What Works, "Name what's already succeeding and why, then ideate how to amplify and extend it instead of fixing what's broken"`
|
|
152
|
-
|
|
153
|
-
**Convergence set (new `converge` category — only if §5 is adopted):**
|
|
154
|
-
- `converge, Impact Effort Triage, "Plot every idea by impact against effort; harvest the high-impact, low-effort quadrant first and quarantine the rest"`
|
|
155
|
-
- `converge, Forced Ranking, "Make the ideas fight: each must beat another to survive to a ranked top-N, no ties allowed"`
|
|
156
|
-
- `converge, NUF Test, "Score each idea New, Useful, Feasible 1-10; the totals expose the quiet winners and the dazzling dead-ends"`
|
|
157
|
-
- `converge, Affinity Clustering, "Group the raw ideas into themes, name each cluster, then ideate fresh at the theme level"`
|
|
158
|
-
|
|
159
|
-
(Optional, lower priority: `structured, Storyboarding` for sequenced/experience ideation.)
|
|
160
|
-
|
|
161
|
-
---
|
|
162
|
-
|
|
163
|
-
## 7. Category roster & ordering recommendations
|
|
164
|
-
|
|
165
|
-
**Ordering (replace alphabetical with a deliberate progression):** add a `CATEGORY_ORDER` + `GROUP` map in `brain.py` (mirroring the existing `_HUES` map — derived for the shipped set, alphabetical fallback for custom catalogs). Proposed super-groups, in order:
|
|
166
|
-
|
|
167
|
-
1. **Proven & Professional** — the `classic` lead section (§3a, Option A)
|
|
168
|
-
2. **Structured & Analytical** — structured, deep
|
|
169
|
-
3. **Creative & Generative** — creative, biomimetic, cultural, speculative_future, quantum
|
|
170
|
-
4. **Wild & Playful** — wild, absurdist, theatrical, constraint
|
|
171
|
-
5. **Introspective & Personal** — introspective_delight, collaborative
|
|
172
|
-
6. **Decide & Converge** — converge *(if §5 adopted)*
|
|
173
|
-
|
|
174
|
-
**Roster notes:**
|
|
175
|
-
- No category should be deleted. The overlap (§3b) is intentional costume variety.
|
|
176
|
-
- `quantum` and `cultural` are the most abstract/uneven — a couple of their members (Field Lines, Observer Effect) are the vaguest in the whole set; anchor per §3e rather than cut.
|
|
177
|
-
- `constraint` is excellent and tight — leave as is.
|
|
178
|
-
|
|
179
|
-
---
|
|
180
|
-
|
|
181
|
-
## 8. Per-category "invent in the spirit of this category"
|
|
182
|
-
|
|
183
|
-
You asked whether each category should also offer an on-the-fly invented technique in its own spirit. **Yes — but don't add 13 near-duplicate rows to the CSV.** The composer already has a global **Invent N** stepper, and `brain.py` already generates section markup from the catalog. So:
|
|
184
|
-
|
|
185
|
-
> Have `brain.py` append **one synthetic card per category section** — a dashed "✨ Invent a *{Category}* technique" card. Selecting it emits a paste directive like `invent 1 (in the spirit of {category})`, reused by the existing Inventive-Flow plumbing in `SKILL.md` (which already handles `invent N` and offering keepers to `additional_techniques`).
|
|
186
|
-
|
|
187
|
-
Benefits: CSV stays a clean library of *real* techniques; behavior is consistent everywhere; it leverages plumbing that already exists; and it gives the user the "surprise me, but on-theme" affordance per category without library bloat.
|
|
188
|
-
|
|
189
|
-
---
|
|
190
|
-
|
|
191
|
-
## 9. Open decisions for BMad (in priority order)
|
|
192
|
-
|
|
193
|
-
1. **Goal-affinity layer** — adopt the `goals` column + recommendation routing? (Highest impact.)
|
|
194
|
-
2. **Proven & Professional grouping** — Option A (tag + generated lead section, recommended), B, or C? (§3a)
|
|
195
|
-
3. **Convergence** — add the fenced `converge` set, or stay divergence-pure? (§5 — philosophy decision.)
|
|
196
|
-
4. **New methods** — approve the §6 set? Which ones?
|
|
197
|
-
5. **Per-category invent card** — approve the generated-card approach? (§8)
|
|
198
|
-
6. **Description anchoring** — approve the targeted ~12 (incl. collaborative fix), keep everything else terse? (§3e)
|
|
199
|
-
7. **Category ordering / super-groups** — adopt §7?
|
|
200
|
-
|
|
201
|
-
Once you mark these, the implementation is: extend the CSV schema (`provenance`, `good_for`, `audience` columns — additive, backward-compatible with `brain.py`'s `DictReader`), add the ordering/grouping + synthetic-card logic to `brain.py`, regenerate `brain-selector.html`, update the relevant `SKILL.md` / `references/*` flow, and run `scripts/tests/`.
|
|
202
|
-
|
|
203
|
-
---
|
|
204
|
-
|
|
205
|
-
## 10. Revised convergence architecture (per BMad direction)
|
|
206
|
-
|
|
207
|
-
**Decision locked:** convergence is **not** a CSV category of selectable cards. It's a **reference phase**, mirroring `references/finalize.md`. The catalog stays a pure *divergent* library; convergence lives in `references/converge.md`.
|
|
208
|
-
|
|
209
|
-
**Flow:** diverge (pick & run techniques) → **converge** (`references/converge.md`, on demand or once divergence is spent) → **finalize** (`references/finalize.md`, last). The coach already does ad-hoc convergence implicitly; this makes it an explicit, repeatable phase, and `converge.md` ends by instructing the coach to load `finalize.md` to synthesize and produce artifacts.
|
|
210
|
-
|
|
211
|
-
`references/converge.md` contents — a tight set of real, established convergence moves (the coach picks what fits, never dumps a menu):
|
|
212
|
-
|
|
213
|
-
- **Affinity Clustering (KJ method)** — group the raw ideas into themes, name each cluster, surface the through-line.
|
|
214
|
-
- **Dot Voting / Multivoting** — heat-map the favorites; discuss why the hot spots are hot.
|
|
215
|
-
- **Impact–Effort Matrix** — plot each idea on impact vs effort; harvest high-impact/low-effort first.
|
|
216
|
-
- **NUF Test** — score New, Useful, Feasible (1–10 each); totals expose quiet winners and dazzling dead-ends.
|
|
217
|
-
- **PMI (Plus / Minus / Interesting)** — de Bono's fast evaluator for pressure-testing a single strong candidate.
|
|
218
|
-
- *(optional)* **MoSCoW** (Must/Should/Could/Won't) for product scoping; **Nominal Group Technique** when it's genuinely a group.
|
|
219
|
-
|
|
220
|
-
`SKILL.md` change: at the point where a divergent batch is spent, offer "keep diverging / converge & decide / wrap up" — "converge & decide" loads `converge.md`; wrap-up still goes to `finalize.md`.
|
|
221
|
-
|
|
222
|
-
## 11. Researched gap-filling additions (real, established methods)
|
|
223
|
-
|
|
224
|
-
Web-researched (sources below), chosen to fill the **thin mechanism cells** (questioning, diagnosis, time-shift, empathy) — *not* the over-served spines — and all `classic`-tier, so they also strengthen the "Proven & Professional" group. CSV-style, ready to drop in:
|
|
225
|
-
|
|
226
|
-
| Category | Technique | Gist (house style) | Fills |
|
|
227
|
-
|---|---|---|---|
|
|
228
|
-
| structured | **How Might We** | "Reframe the problem as a batch of 'How might we…' opportunity questions first, then ideate against the sharpest one" | questioning / problem-framing (design-thinking staple, currently absent) |
|
|
229
|
-
| deep | **TRIZ Contradiction** | "Name the core contradiction — what only improves by making something else worse — then brainstorm ways to win both instead of trading off" | engineering/feature (no systematic technical method today) |
|
|
230
|
-
| deep | **Fishbone Diagram** | "Branch the problem's spine into cause categories — people, process, tools, environment — and mine each bone for contributing causes" | diagnosis (named classic complementing Five Whys / Causal Loop) |
|
|
231
|
-
| structured | **Backcasting** | "Fix the finished future in vivid detail, then work backward step by step to the one move you'd have to make first" | strategy/planning time-shift (serious counterpart to playful future methods) |
|
|
232
|
-
| speculative_future | **Scenario Cross** | "Pick two high-impact uncertainties, cross them into four futures, and ideate the move that wins in every one" | strategy (2×2 scenario planning — the serious sibling of the playful speculative set) |
|
|
233
|
-
| structured | **Job to Be Done** | "Ask what the user is really hiring this to do, then ideate around that underlying job, not the feature you assumed" | feature/empathy (enterprise staple) |
|
|
234
|
-
| structured | **Empathy Map** | "Map what the user says, thinks, does, and feels around the problem; mine each quadrant for the unmet need" | empathy/feature |
|
|
235
|
-
| deep | **Build on What Works** | "Name what's already succeeding and why, then ideate how to amplify and extend it instead of fixing what's broken" | strengths-based (Appreciative Inquiry — a glaring classic-tier omission) |
|
|
236
|
-
|
|
237
|
-
Deliberately **not** added (would deepen an already over-served spine or duplicate): Synectics (≈ analogy/metaphor), SWOT (analysis, not ideation), Rolestorming (≈ Role Playing), Brainwalking/Braindumping (≈ Brainwriting), Pre-mortem (≈ Failure Analysis).
|
|
238
|
-
|
|
239
|
-
**Sources:** [IxDF — essential ideation techniques](https://ixdf.org/literature/article/introduction-to-the-essential-ideation-techniques-which-are-the-heart-of-design-thinking) · [Quality Magazine — TRIZ](https://www.qualitymag.com/articles/98566-triz-the-backbone-of-innovation-and-problem-solving) · [ASQ — Fishbone/Ishikawa](https://asq.org/quality-resources/fishbone) · [Futures Platform — 2×2 scenario matrix](https://www.futuresplatform.com/blog/2x2-scenario-planning-matrix-guideline) · [NN/g — Dot Voting](https://www.nngroup.com/articles/dot-voting/) · [Quality Gurus — divergent vs convergent](https://www.qualitygurus.com/divergent-vs-convergent-thinking/)
|
|
@@ -1,109 +0,0 @@
|
|
|
1
|
-
category,technique,provenance,mechanism_primary,mechanism_secondary,goal_affinity,audience
|
|
2
|
-
collaborative,Yes And Building,classic,combination,perspective,novel|unstuck|planning,group
|
|
3
|
-
collaborative,Brain Writing Round Robin,classic,combination,decomposition,novel|feature,group
|
|
4
|
-
collaborative,Random Stimulation,classic,analogy,,unstuck|novel,either
|
|
5
|
-
collaborative,Role Playing,classic,perspective,,strategy|personal|feature,either
|
|
6
|
-
collaborative,Ideation Relay Race,playful,combination,,unstuck,group
|
|
7
|
-
collaborative,Idea Hot Potato,playful,combination,,unstuck,group
|
|
8
|
-
collaborative,Steal And Upgrade,signature,combination,analogy,novel|unstuck,group
|
|
9
|
-
collaborative,Fold The Paper,playful,combination,,unstuck|novel,group
|
|
10
|
-
creative,What If Scenarios,signature,constraint,,novel|strategy|unstuck,either
|
|
11
|
-
creative,Analogical Thinking,signature,analogy,,feature|novel|diagnosis,either
|
|
12
|
-
creative,First Principles Thinking,classic,decomposition,,feature|novel|diagnosis|strategy,either
|
|
13
|
-
creative,Forced Relationships,signature,combination,analogy,novel|unstuck,either
|
|
14
|
-
creative,Time Shifting,signature,time-shift,perspective,novel|unstuck,either
|
|
15
|
-
creative,Metaphor Mapping,signature,analogy,,novel|diagnosis,either
|
|
16
|
-
creative,Cross-Pollination,signature,analogy,,novel|feature|strategy,either
|
|
17
|
-
creative,Concept Blending,signature,combination,,novel,either
|
|
18
|
-
creative,Reverse Brainstorming,classic,inversion,,diagnosis|feature|unstuck,either
|
|
19
|
-
creative,Sensory Exploration,signature,sensory,,novel|unstuck,either
|
|
20
|
-
deep,Five Whys,classic,questioning,,diagnosis,either
|
|
21
|
-
deep,Provocation Technique,classic,provocation,inversion,unstuck|novel,either
|
|
22
|
-
deep,Assumption Reversal,classic,inversion,,novel|diagnosis|strategy,either
|
|
23
|
-
deep,Question Storming,classic,questioning,,diagnosis|strategy|unstuck,either
|
|
24
|
-
deep,Constraint Mapping,signature,constraint,decomposition,feature|strategy|diagnosis,either
|
|
25
|
-
deep,Failure Analysis,signature,inversion,diagnosis,diagnosis|strategy|feature,either
|
|
26
|
-
deep,Emergent Thinking,signature,systems,,strategy|novel,either
|
|
27
|
-
deep,Causal Loop Mapping,classic,systems,,diagnosis|strategy,either
|
|
28
|
-
deep,Morphological Analysis,classic,decomposition,combination,feature|novel|planning,either
|
|
29
|
-
deep,Laddering,classic,questioning,decomposition,personal|strategy|diagnosis,either
|
|
30
|
-
introspective_delight,Inner Child Conference,signature,perspective,sensory,personal|unstuck,solo
|
|
31
|
-
introspective_delight,Shadow Work Mining,signature,sensory,,personal|diagnosis,solo
|
|
32
|
-
introspective_delight,Values Archaeology,signature,questioning,,personal|strategy,solo
|
|
33
|
-
introspective_delight,Future Self Interview,signature,perspective,time-shift,personal,solo
|
|
34
|
-
introspective_delight,Body Wisdom Dialogue,signature,sensory,,personal,solo
|
|
35
|
-
introspective_delight,Permission Giving,signature,provocation,constraint,personal|unstuck,solo
|
|
36
|
-
introspective_delight,Secret Wish Confession,signature,sensory,,personal,solo
|
|
37
|
-
introspective_delight,Mood Weather Report,signature,sensory,,personal|unstuck,solo
|
|
38
|
-
structured,SCAMPER Method,classic,combination,decomposition,feature|novel,either
|
|
39
|
-
structured,Six Thinking Hats,classic,perspective,,strategy|diagnosis|planning|personal,either
|
|
40
|
-
structured,Decision Tree Mapping,signature,decomposition,,planning|strategy|diagnosis,either
|
|
41
|
-
structured,Solution Matrix,signature,decomposition,,feature|planning,either
|
|
42
|
-
structured,Trait Transfer,signature,analogy,,novel|feature,either
|
|
43
|
-
structured,Lotus Blossom,classic,decomposition,,feature|planning|novel,either
|
|
44
|
-
structured,Worst Possible Idea,classic,inversion,,unstuck|novel,either
|
|
45
|
-
structured,Disney Method,classic,perspective,,feature|strategy|planning,either
|
|
46
|
-
structured,Starbursting,classic,questioning,,feature|planning|diagnosis,either
|
|
47
|
-
structured,Mind Mapping,classic,decomposition,,planning|novel|feature,either
|
|
48
|
-
structured,Crazy 8s,classic,combination,,feature|novel|unstuck,either
|
|
49
|
-
theatrical,Time Travel Talk Show,playful,perspective,time-shift,novel|personal,either
|
|
50
|
-
theatrical,Alien Anthropologist,playful,perspective,,diagnosis|unstuck|strategy,either
|
|
51
|
-
theatrical,Dream Fusion Laboratory,signature,constraint,time-shift,novel|unstuck,either
|
|
52
|
-
theatrical,Emotion Orchestra,playful,sensory,perspective,personal|strategy,either
|
|
53
|
-
theatrical,Parallel Universe Cafe,playful,constraint,,novel|unstuck,either
|
|
54
|
-
theatrical,Persona Journey,signature,perspective,,feature|strategy,either
|
|
55
|
-
theatrical,Devil's Advocate Courtroom,signature,inversion,perspective,strategy|diagnosis,group
|
|
56
|
-
wild,Chaos Engineering,signature,inversion,constraint,feature|diagnosis|strategy,either
|
|
57
|
-
wild,Guerrilla Gardening Ideas,playful,analogy,,strategy|unstuck,either
|
|
58
|
-
wild,Pirate Code Brainstorm,playful,combination,analogy,novel|unstuck,either
|
|
59
|
-
wild,Zombie Apocalypse Planning,playful,constraint,,feature|strategy|unstuck,either
|
|
60
|
-
wild,Drunk History Retelling,playful,perspective,,unstuck|diagnosis,either
|
|
61
|
-
wild,Anti-Solution,signature,inversion,,diagnosis|unstuck,either
|
|
62
|
-
wild,Elemental Forces,playful,perspective,analogy,novel|unstuck,either
|
|
63
|
-
biomimetic,Nature's Solutions,signature,analogy,,feature|novel,either
|
|
64
|
-
biomimetic,Ecosystem Thinking,signature,systems,,strategy|diagnosis,either
|
|
65
|
-
biomimetic,Evolutionary Pressure,signature,systems,,feature|novel,either
|
|
66
|
-
biomimetic,Predator & Prey,signature,perspective,inversion,strategy|feature,either
|
|
67
|
-
biomimetic,Metamorphosis Stages,signature,time-shift,decomposition,novel|strategy,either
|
|
68
|
-
biomimetic,Swarm Logic,signature,systems,,feature|strategy,either
|
|
69
|
-
quantum,Observer Effect,signature,systems,perspective,strategy|diagnosis,either
|
|
70
|
-
quantum,Entanglement Thinking,signature,systems,,diagnosis|strategy,either
|
|
71
|
-
quantum,Superposition Collapse,signature,convergence,decomposition,strategy|diagnosis,either
|
|
72
|
-
quantum,Relativity Frame Shift,signature,perspective,,strategy|novel,either
|
|
73
|
-
quantum,Field Lines,signature,systems,,strategy,either
|
|
74
|
-
quantum,Quantum Tunneling,signature,constraint,,unstuck|novel,either
|
|
75
|
-
cultural,Indigenous Wisdom,signature,perspective,analogy,personal|strategy|novel,either
|
|
76
|
-
cultural,Fusion Cuisine,signature,combination,analogy,novel,either
|
|
77
|
-
cultural,Ritual Innovation,signature,analogy,,novel|personal,either
|
|
78
|
-
cultural,Mythic Frameworks,signature,analogy,perspective,strategy|personal|novel,either
|
|
79
|
-
cultural,Proverb Mining,signature,analogy,,personal|strategy,either
|
|
80
|
-
cultural,Ancestor Council,signature,perspective,,personal|strategy,either
|
|
81
|
-
cultural,Trickster's Gambit,playful,inversion,provocation,unstuck|strategy,either
|
|
82
|
-
absurdist,Villain's Monologue,playful,inversion,perspective,diagnosis|strategy|unstuck,either
|
|
83
|
-
absurdist,Explain It to a Golden Retriever,playful,perspective,,unstuck|diagnosis|feature,either
|
|
84
|
-
absurdist,Infomercial at 3AM,playful,perspective,,strategy|novel,either
|
|
85
|
-
absurdist,Drunk Uncle at Thanksgiving,playful,perspective,,unstuck|diagnosis,either
|
|
86
|
-
absurdist,Cursed Genie,playful,inversion,,diagnosis|feature,either
|
|
87
|
-
absurdist,Three Rounds of Stupid,playful,provocation,,unstuck|novel,either
|
|
88
|
-
constraint,Kill the Crown Jewel,signature,constraint,,feature|strategy|unstuck,either
|
|
89
|
-
constraint,1000x Budget,signature,constraint,,novel|strategy,either
|
|
90
|
-
constraint,Ship in 60 Minutes,signature,constraint,,feature|planning|unstuck,either
|
|
91
|
-
constraint,The $0 Mandate,signature,constraint,,planning|strategy|feature,either
|
|
92
|
-
constraint,One Feature Only,signature,constraint,,feature|strategy,either
|
|
93
|
-
constraint,Crank the Dial to 11,signature,constraint,,novel|unstuck,either
|
|
94
|
-
constraint,Constraint Roulette,signature,constraint,,unstuck|feature,either
|
|
95
|
-
speculative_future,Time Horizon Ladder,signature,time-shift,,strategy|planning|novel,either
|
|
96
|
-
speculative_future,Post-Scarcity Test,signature,constraint,,novel|strategy,either
|
|
97
|
-
speculative_future,Utopia vs Dystopia Split-Screen,signature,perspective,inversion,strategy|diagnosis,either
|
|
98
|
-
speculative_future,Sci-Fi Artifact From the Future,signature,time-shift,perspective,novel|feature,either
|
|
99
|
-
speculative_future,Emerging Tech Collision,signature,combination,,novel|feature|strategy,either
|
|
100
|
-
speculative_future,What-If-The-World-Changed Card Flip,signature,constraint,,novel|unstuck,either
|
|
101
|
-
speculative_future,Future Anthropologist Dig,signature,time-shift,perspective,strategy|novel,either
|
|
102
|
-
structured,How Might We,classic,questioning,,feature|novel|strategy|diagnosis,either
|
|
103
|
-
structured,Job to Be Done,classic,perspective,questioning,feature|strategy|novel,either
|
|
104
|
-
structured,Empathy Map,classic,perspective,,feature|personal,either
|
|
105
|
-
structured,Backcasting,classic,time-shift,,strategy|planning|novel,either
|
|
106
|
-
deep,TRIZ Contradiction,classic,inversion,decomposition,feature|novel|diagnosis,either
|
|
107
|
-
deep,Fishbone Diagram,classic,decomposition,systems,diagnosis,either
|
|
108
|
-
deep,Build on What Works,classic,perspective,systems,personal|strategy,either
|
|
109
|
-
speculative_future,Scenario Cross,classic,constraint,systems,strategy|planning,either
|
|
@@ -1,86 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: bmad-editorial-review-prose
|
|
3
|
-
description: 'Clinical copy-editor that reviews text for communication issues. Use when user says review for prose or improve the prose'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Editorial Review - Prose
|
|
7
|
-
|
|
8
|
-
**Goal:** Review text for communication issues that impede comprehension and output suggested fixes in a three-column table.
|
|
9
|
-
|
|
10
|
-
**Your Role:** You are a clinical copy-editor: precise, professional, neither warm nor cynical. Apply Microsoft Writing Style Guide principles as your baseline. Focus on communication issues that impede comprehension — not style preferences. NEVER rewrite for preference — only fix genuine issues. Follow ALL steps in the STEPS section IN EXACT ORDER. DO NOT skip steps or change the sequence. HALT immediately when halt-conditions are met. Each action within a step is a REQUIRED action to complete that step.
|
|
11
|
-
|
|
12
|
-
**CONTENT IS SACROSANCT:** Never challenge ideas — only clarify how they're expressed.
|
|
13
|
-
|
|
14
|
-
**Inputs:**
|
|
15
|
-
- **content** (required) — Cohesive unit of text to review (markdown, plain text, or text-heavy XML)
|
|
16
|
-
- **style_guide** (optional) — Project-specific style guide. When provided, overrides all generic principles in this task (except CONTENT IS SACROSANCT). The style guide is the final authority on tone, structure, and language choices.
|
|
17
|
-
- **reader_type** (optional, default: `humans`) — `humans` for standard editorial, `llm` for precision focus
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
## PRINCIPLES
|
|
21
|
-
|
|
22
|
-
1. **Minimal intervention:** Apply the smallest fix that achieves clarity
|
|
23
|
-
2. **Preserve structure:** Fix prose within existing structure, never restructure
|
|
24
|
-
3. **Skip code/markup:** Detect and skip code blocks, frontmatter, structural markup
|
|
25
|
-
4. **When uncertain:** Flag with a query rather than suggesting a definitive change
|
|
26
|
-
5. **Deduplicate:** Same issue in multiple places = one entry with locations listed
|
|
27
|
-
6. **No conflicts:** Merge overlapping fixes into single entries
|
|
28
|
-
7. **Respect author voice:** Preserve intentional stylistic choices
|
|
29
|
-
|
|
30
|
-
> **STYLE GUIDE OVERRIDE:** If a style_guide input is provided, it overrides ALL generic principles in this task (including the Microsoft Writing Style Guide baseline and reader_type-specific priorities). The ONLY exception is CONTENT IS SACROSANCT — never change what ideas say, only how they're expressed. When style guide conflicts with this task, style guide wins.
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
## STEPS
|
|
34
|
-
|
|
35
|
-
### Step 1: Validate Input
|
|
36
|
-
|
|
37
|
-
- Check if content is empty or contains fewer than 3 words
|
|
38
|
-
- If empty or fewer than 3 words: **HALT** with error: "Content too short for editorial review (minimum 3 words required)"
|
|
39
|
-
- Validate reader_type is `humans` or `llm` (or not provided, defaulting to `humans`)
|
|
40
|
-
- If reader_type is invalid: **HALT** with error: "Invalid reader_type. Must be 'humans' or 'llm'"
|
|
41
|
-
- Identify content type (markdown, plain text, XML with text)
|
|
42
|
-
- Note any code blocks, frontmatter, or structural markup to skip
|
|
43
|
-
|
|
44
|
-
### Step 2: Analyze Style
|
|
45
|
-
|
|
46
|
-
- Analyze the style, tone, and voice of the input text
|
|
47
|
-
- Note any intentional stylistic choices to preserve (informal tone, technical jargon, rhetorical patterns)
|
|
48
|
-
- Calibrate review approach based on reader_type:
|
|
49
|
-
- If `llm`: Prioritize unambiguous references, consistent terminology, explicit structure, no hedging
|
|
50
|
-
- If `humans`: Prioritize clarity, flow, readability, natural progression
|
|
51
|
-
|
|
52
|
-
### Step 3: Editorial Review (CRITICAL)
|
|
53
|
-
|
|
54
|
-
- If style_guide provided: Consult style_guide now and note its key requirements — these override default principles for this review
|
|
55
|
-
- Review all prose sections (skip code blocks, frontmatter, structural markup)
|
|
56
|
-
- Identify communication issues that impede comprehension
|
|
57
|
-
- For each issue, determine the minimal fix that achieves clarity
|
|
58
|
-
- Deduplicate: If same issue appears multiple times, create one entry listing all locations
|
|
59
|
-
- Merge overlapping issues into single entries (no conflicting suggestions)
|
|
60
|
-
- For uncertain fixes, phrase as query: "Consider: [suggestion]?" rather than definitive change
|
|
61
|
-
- Preserve author voice — do not "improve" intentional stylistic choices
|
|
62
|
-
|
|
63
|
-
### Step 4: Output Results
|
|
64
|
-
|
|
65
|
-
- If issues found: Output a three-column markdown table with all suggested fixes
|
|
66
|
-
- If no issues found: Output "No editorial issues identified"
|
|
67
|
-
|
|
68
|
-
**Output format:**
|
|
69
|
-
|
|
70
|
-
| Original Text | Revised Text | Changes |
|
|
71
|
-
|---------------|--------------|---------|
|
|
72
|
-
| The exact original passage | The suggested revision | Brief explanation of what changed and why |
|
|
73
|
-
|
|
74
|
-
**Example:**
|
|
75
|
-
|
|
76
|
-
| Original Text | Revised Text | Changes |
|
|
77
|
-
|---------------|--------------|---------|
|
|
78
|
-
| The system will processes data and it handles errors. | The system processes data and handles errors. | Fixed subject-verb agreement ("will processes" to "processes"); removed redundant "it" |
|
|
79
|
-
| Users can chose from options (lines 12, 45, 78) | Users can choose from options | Fixed spelling: "chose" to "choose" (appears in 3 locations) |
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
## HALT CONDITIONS
|
|
83
|
-
|
|
84
|
-
- HALT with error if content is empty or fewer than 3 words
|
|
85
|
-
- HALT with error if reader_type is not `humans` or `llm`
|
|
86
|
-
- If no issues found after thorough review, output "No editorial issues identified" (this is valid completion, not an error)
|
|
@@ -1,179 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: bmad-editorial-review-structure
|
|
3
|
-
description: 'Structural editor that proposes cuts, reorganization, and simplification while preserving comprehension. Use when user requests structural review or editorial review of structure'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Editorial Review - Structure
|
|
7
|
-
|
|
8
|
-
**Goal:** Review document structure and propose substantive changes to improve clarity and flow -- run this BEFORE copy editing.
|
|
9
|
-
|
|
10
|
-
**Your Role:** You are a structural editor focused on HIGH-VALUE DENSITY. Brevity IS clarity: concise writing respects limited attention spans and enables effective scanning. Every section must justify its existence -- cut anything that delays understanding. True redundancy is failure. Follow ALL steps in the STEPS section IN EXACT ORDER. DO NOT skip steps or change the sequence. HALT immediately when halt-conditions are met. Each action within a step is a REQUIRED action to complete that step.
|
|
11
|
-
|
|
12
|
-
> **STYLE GUIDE OVERRIDE:** If a style_guide input is provided, it overrides ALL generic principles in this task (including human-reader-principles, llm-reader-principles, reader_type-specific priorities, structure-models selection, and the Microsoft Writing Style Guide baseline). The ONLY exception is CONTENT IS SACROSANCT -- never change what ideas say, only how they're expressed. When style guide conflicts with this task, style guide wins.
|
|
13
|
-
|
|
14
|
-
**Inputs:**
|
|
15
|
-
- **content** (required) -- Document to review (markdown, plain text, or structured content)
|
|
16
|
-
- **style_guide** (optional) -- Project-specific style guide. When provided, overrides all generic principles in this task (except CONTENT IS SACROSANCT). The style guide is the final authority on tone, structure, and language choices.
|
|
17
|
-
- **purpose** (optional) -- Document's intended purpose (e.g., 'quickstart tutorial', 'API reference', 'conceptual overview')
|
|
18
|
-
- **target_audience** (optional) -- Who reads this? (e.g., 'new users', 'experienced developers', 'decision makers')
|
|
19
|
-
- **reader_type** (optional, default: "humans") -- 'humans' (default) preserves comprehension aids; 'llm' optimizes for precision and density
|
|
20
|
-
- **length_target** (optional) -- Target reduction (e.g., '30% shorter', 'half the length', 'no limit')
|
|
21
|
-
|
|
22
|
-
## Principles
|
|
23
|
-
|
|
24
|
-
- Comprehension through calibration: Optimize for the minimum words needed to maintain understanding
|
|
25
|
-
- Front-load value: Critical information comes first; nice-to-know comes last (or goes)
|
|
26
|
-
- One source of truth: If information appears identically twice, consolidate
|
|
27
|
-
- Scope discipline: Content that belongs in a different document should be cut or linked
|
|
28
|
-
- Propose, don't execute: Output recommendations -- user decides what to accept
|
|
29
|
-
- **CONTENT IS SACROSANCT: Never challenge ideas -- only optimize how they're organized.**
|
|
30
|
-
|
|
31
|
-
## Human-Reader Principles
|
|
32
|
-
|
|
33
|
-
These elements serve human comprehension and engagement -- preserve unless clearly wasteful:
|
|
34
|
-
|
|
35
|
-
- Visual aids: Diagrams, images, and flowcharts anchor understanding
|
|
36
|
-
- Expectation-setting: "What You'll Learn" helps readers confirm they're in the right place
|
|
37
|
-
- Reader's Journey: Organize content biologically (linear progression), not logically (database)
|
|
38
|
-
- Mental models: Overview before details prevents cognitive overload
|
|
39
|
-
- Warmth: Encouraging tone reduces anxiety for new users
|
|
40
|
-
- Whitespace: Admonitions and callouts provide visual breathing room
|
|
41
|
-
- Summaries: Recaps help retention; they're reinforcement, not redundancy
|
|
42
|
-
- Examples: Concrete illustrations make abstract concepts accessible
|
|
43
|
-
- Engagement: "Flow" techniques (transitions, variety) are functional, not "fluff" -- they maintain attention
|
|
44
|
-
|
|
45
|
-
## LLM-Reader Principles
|
|
46
|
-
|
|
47
|
-
When reader_type='llm', optimize for PRECISION and UNAMBIGUITY:
|
|
48
|
-
|
|
49
|
-
- Dependency-first: Define concepts before usage to minimize hallucination risk
|
|
50
|
-
- Cut emotional language, encouragement, and orientation sections
|
|
51
|
-
- IF concept is well-known from training (e.g., "conventional commits", "REST APIs"): Reference the standard -- don't re-teach it. ELSE: Be explicit -- don't assume the LLM will infer correctly.
|
|
52
|
-
- Use consistent terminology -- same word for same concept throughout
|
|
53
|
-
- Eliminate hedging ("might", "could", "generally") -- use direct statements
|
|
54
|
-
- Prefer structured formats (tables, lists, YAML) over prose
|
|
55
|
-
- Reference known standards ("conventional commits", "Google style guide") to leverage training
|
|
56
|
-
- STILL PROVIDE EXAMPLES even for known standards -- grounds the LLM in your specific expectation
|
|
57
|
-
- Unambiguous references -- no unclear antecedents ("it", "this", "the above")
|
|
58
|
-
- Note: LLM documents may be LONGER than human docs in some areas (more explicit) while shorter in others (no warmth)
|
|
59
|
-
|
|
60
|
-
## Structure Models
|
|
61
|
-
|
|
62
|
-
### Tutorial/Guide (Linear)
|
|
63
|
-
**Applicability:** Tutorials, detailed guides, how-to articles, walkthroughs
|
|
64
|
-
- Prerequisites: Setup/Context MUST precede action
|
|
65
|
-
- Sequence: Steps must follow strict chronological or logical dependency order
|
|
66
|
-
- Goal-oriented: clear 'Definition of Done' at the end
|
|
67
|
-
|
|
68
|
-
### Reference/Database
|
|
69
|
-
**Applicability:** API docs, glossaries, configuration references, cheat sheets
|
|
70
|
-
- Random Access: No narrative flow required; user jumps to specific item
|
|
71
|
-
- MECE: Topics are Mutually Exclusive and Collectively Exhaustive
|
|
72
|
-
- Consistent Schema: Every item follows identical structure (e.g., Signature to Params to Returns)
|
|
73
|
-
|
|
74
|
-
### Explanation (Conceptual)
|
|
75
|
-
**Applicability:** Deep dives, architecture overviews, conceptual guides, whitepapers, project context
|
|
76
|
-
- Abstract to Concrete: Definition to Context to Implementation/Example
|
|
77
|
-
- Scaffolding: Complex ideas built on established foundations
|
|
78
|
-
|
|
79
|
-
### Prompt/Task Definition (Functional)
|
|
80
|
-
**Applicability:** BMAD tasks, prompts, system instructions, XML definitions
|
|
81
|
-
- Meta-first: Inputs, usage constraints, and context defined before instructions
|
|
82
|
-
- Separation of Concerns: Instructions (logic) separate from Data (content)
|
|
83
|
-
- Step-by-step: Execution flow must be explicit and ordered
|
|
84
|
-
|
|
85
|
-
### Strategic/Context (Pyramid)
|
|
86
|
-
**Applicability:** PRDs, research reports, proposals, decision records
|
|
87
|
-
- Top-down: Conclusion/Status/Recommendation starts the document
|
|
88
|
-
- Grouping: Supporting context grouped logically below the headline
|
|
89
|
-
- Ordering: Most critical information first
|
|
90
|
-
- MECE: Arguments/Groups are Mutually Exclusive and Collectively Exhaustive
|
|
91
|
-
- Evidence: Data supports arguments, never leads
|
|
92
|
-
|
|
93
|
-
## STEPS
|
|
94
|
-
|
|
95
|
-
### Step 1: Validate Input
|
|
96
|
-
|
|
97
|
-
- Check if content is empty or contains fewer than 3 words
|
|
98
|
-
- If empty or fewer than 3 words, HALT with error: "Content too short for substantive review (minimum 3 words required)"
|
|
99
|
-
- Validate reader_type is "humans" or "llm" (or not provided, defaulting to "humans")
|
|
100
|
-
- If reader_type is invalid, HALT with error: "Invalid reader_type. Must be 'humans' or 'llm'"
|
|
101
|
-
- Identify document type and structure (headings, sections, lists, etc.)
|
|
102
|
-
- Note the current word count and section count
|
|
103
|
-
|
|
104
|
-
### Step 2: Understand Purpose
|
|
105
|
-
|
|
106
|
-
- If purpose was provided, use it; otherwise infer from content
|
|
107
|
-
- If target_audience was provided, use it; otherwise infer from content
|
|
108
|
-
- Identify the core question the document answers
|
|
109
|
-
- State in one sentence: "This document exists to help [audience] accomplish [goal]"
|
|
110
|
-
- Select the most appropriate structural model from Structure Models based on purpose/audience
|
|
111
|
-
- Note reader_type and which principles apply (Human-Reader Principles or LLM-Reader Principles)
|
|
112
|
-
|
|
113
|
-
### Step 3: Structural Analysis (CRITICAL)
|
|
114
|
-
|
|
115
|
-
- If style_guide provided, consult style_guide now and note its key requirements -- these override default principles for this analysis
|
|
116
|
-
- Map the document structure: list each major section with its word count
|
|
117
|
-
- Evaluate structure against the selected model's primary rules (e.g., 'Does recommendation come first?' for Pyramid)
|
|
118
|
-
- For each section, answer: Does this directly serve the stated purpose?
|
|
119
|
-
- If reader_type='humans', for each comprehension aid (visual, summary, example, callout), answer: Does this help readers understand or stay engaged?
|
|
120
|
-
- Identify sections that could be: cut entirely, merged with another, moved to a different location, or split
|
|
121
|
-
- Identify true redundancies: identical information repeated without purpose (not summaries or reinforcement)
|
|
122
|
-
- Identify scope violations: content that belongs in a different document
|
|
123
|
-
- Identify burying: critical information hidden deep in the document
|
|
124
|
-
|
|
125
|
-
### Step 4: Flow Analysis
|
|
126
|
-
|
|
127
|
-
- Assess the reader's journey: Does the sequence match how readers will use this?
|
|
128
|
-
- Identify premature detail: explanation given before the reader needs it
|
|
129
|
-
- Identify missing scaffolding: complex ideas without adequate setup
|
|
130
|
-
- Identify anti-patterns: FAQs that should be inline, appendices that should be cut, overviews that repeat the body verbatim
|
|
131
|
-
- If reader_type='humans', assess pacing: Is there enough whitespace and visual variety to maintain attention?
|
|
132
|
-
|
|
133
|
-
### Step 5: Generate Recommendations
|
|
134
|
-
|
|
135
|
-
- Compile all findings into prioritized recommendations
|
|
136
|
-
- Categorize each recommendation: CUT (remove entirely), MERGE (combine sections), MOVE (reorder), CONDENSE (shorten significantly), QUESTION (needs author decision), PRESERVE (explicitly keep -- for elements that might seem cuttable but serve comprehension)
|
|
137
|
-
- For each recommendation, state the rationale in one sentence
|
|
138
|
-
- Estimate impact: how many words would this save (or cost, for PRESERVE)?
|
|
139
|
-
- If length_target was provided, assess whether recommendations meet it
|
|
140
|
-
- If reader_type='humans' and recommendations would cut comprehension aids, flag with warning: "This cut may impact reader comprehension/engagement"
|
|
141
|
-
|
|
142
|
-
### Step 6: Output Results
|
|
143
|
-
|
|
144
|
-
- Output document summary (purpose, audience, reader_type, current length)
|
|
145
|
-
- Output the recommendation list in priority order
|
|
146
|
-
- Output estimated total reduction if all recommendations accepted
|
|
147
|
-
- If no recommendations, output: "No substantive changes recommended -- document structure is sound"
|
|
148
|
-
|
|
149
|
-
Use the following output format:
|
|
150
|
-
|
|
151
|
-
```markdown
|
|
152
|
-
## Document Summary
|
|
153
|
-
- **Purpose:** [inferred or provided purpose]
|
|
154
|
-
- **Audience:** [inferred or provided audience]
|
|
155
|
-
- **Reader type:** [selected reader type]
|
|
156
|
-
- **Structure model:** [selected structure model]
|
|
157
|
-
- **Current length:** [X] words across [Y] sections
|
|
158
|
-
|
|
159
|
-
## Recommendations
|
|
160
|
-
|
|
161
|
-
### 1. [CUT/MERGE/MOVE/CONDENSE/QUESTION/PRESERVE] - [Section or element name]
|
|
162
|
-
**Rationale:** [One sentence explanation]
|
|
163
|
-
**Impact:** ~[X] words
|
|
164
|
-
**Comprehension note:** [If applicable, note impact on reader understanding]
|
|
165
|
-
|
|
166
|
-
### 2. ...
|
|
167
|
-
|
|
168
|
-
## Summary
|
|
169
|
-
- **Total recommendations:** [N]
|
|
170
|
-
- **Estimated reduction:** [X] words ([Y]% of original)
|
|
171
|
-
- **Meets length target:** [Yes/No/No target specified]
|
|
172
|
-
- **Comprehension trade-offs:** [Note any cuts that sacrifice reader engagement for brevity]
|
|
173
|
-
```
|
|
174
|
-
|
|
175
|
-
## HALT CONDITIONS
|
|
176
|
-
|
|
177
|
-
- HALT with error if content is empty or fewer than 3 words
|
|
178
|
-
- HALT with error if reader_type is not "humans" or "llm"
|
|
179
|
-
- If no structural issues found, output "No substantive changes recommended" (this is valid completion, not an error)
|