bmad-analyst
Scannednpx machina-cli add skill xmm/codex-bmad-skills/bmad-analyst --openclawBMAD Analyst
Trigger Intents
bmad:product-briefbmad:researchbmad:brainstorm
Workflow Variants
product-brief
- Use when a project or feature needs a discovery brief before planning.
research
- Use when decisions need market, competitor, or technical evidence.
brainstorm
- Use when exploring solution options and narrowing concepts.
If the request is ambiguous, ask:
- "Do you want product-brief, research, or brainstorm mode?"
Inputs
bmad/project.yamlif available- existing notes in
docs/bmad/ - stakeholder assumptions, constraints, and goals
Language Guard (Mandatory)
Enforce language selection separately for chat responses and generated artifacts.
Chat language (communication_language) fallback order:
language.communication_languagefrombmad/project.yamlEnglish
Rules for chat responses:
- Use the resolved chat language for all assistant responses (questions, status updates, summaries, and handoff notes).
- Do not switch chat language unless the user explicitly requests a different language in the current thread.
Artifact language (document_output_language) fallback order:
language.document_output_languagefrombmad/project.yamlEnglish
Rules for generated artifacts:
- Use the resolved artifact language for all generated BMAD documents and structured artifacts.
- write prose and field values in the resolved document language
- avoid mixed-language requirement clauses with English modal verbs (for example,
System shallfollowed by non-English text) - allow English acronyms/abbreviations in non-English sentences (for example,
API,SLA,KPI,OAuth,WCAG) - Keep code snippets, CLI commands, file paths, and identifiers in their original technical form.
Mandatory Reference Load
Before executing any workflow variant, read REFERENCE.md first.
Treat REFERENCE.md as required context, then load only relevant supporting files.
Output Contract
product-brief->docs/bmad/product-brief.mdresearch->docs/bmad/research-report.mdbrainstorm->docs/bmad/brainstorm.md
Always finish with a recommended next intent (bmad:prd or bmad:tech-spec in most cases).
Core Workflow
- For
product-brief, complete the Mandatory Interview Gate before drafting or updating the brief. - Identify problem, user segment, impact, urgency, and constraints.
- Apply discovery methods (5 Whys, JTBD, SMART).
- Build the selected artifact with clear assumptions and measurable outcomes.
- Validate artifact completeness and decision readiness.
- Provide explicit handoff notes for the next BMAD phase.
Mandatory Interview Gate (product-brief)
Before finalizing docs/bmad/product-brief.md, complete a chat-native discovery interview.
- Primary channel must be chat Q&A. Do not use shell prompts as the primary interview channel.
- Ask discovery questions in batches of 3-7, then wait for answers before asking the next batch.
- Use
resources/interview-frameworks.mdas the interview question bank. - Coverage is mandatory for:
- problem
- users
- current workaround
- urgency
- success metrics
- constraints
- risks
- dependencies
- next steps
- If the user explicitly asks to skip questions, continue only with clearly stated assumptions and ask for explicit confirmation.
- Do not finalize the brief without either interview answers or explicit user agreement to proceed with assumptions.
Script Selection
- Product brief completeness check:
bash scripts/validate-brief.sh docs/bmad/product-brief.md
Environment Guidance
- Default behavior for
product-brief: ask structured questions in chat first, then draft the artifact. - Use shell scripts only for artifact validation, not as the primary interview channel.
Template Map
-
templates/product-brief.template.md -
Why: structured discovery output for PM handoff.
-
templates/research-report.template.md -
Why: evidence-based research output with findings and recommendations.
For brainstorm, use this compact structure:
- problem frame
- idea list (10-20)
- ranked shortlist (top 3-5)
- risks and assumptions
- recommendation
Reference Map
-
REFERENCE.md -
Must read first for workflow context and discovery process details.
-
resources/interview-frameworks.md -
Use as the focused question bank for the Mandatory Interview Gate.
Load only relevant sections to keep context lean.
Quality Gates
- problem statement is explicit and testable
- target users and pain points are concrete
- success criteria are measurable
- assumptions and risks are visible
- next intent is clearly stated
Handoff Criteria
Ready for bmad-product-manager when the discovery artifact defines:
- validated problem and user scope
- prioritized opportunities
- measurable outcomes
- constraints and dependencies
Source
git clone https://github.com/xmm/codex-bmad-skills/blob/main/skills/bmad-analyst/SKILL.mdView on GitHub Overview
The BMAD Analyst performs product discovery and analysis for BMAD across product-brief, research, and brainstorm intents. It clarifies user needs, market context, and problem scope by collecting inputs, applying discovery methods, and producing structured artifacts with explicit assumptions and measurable outcomes. It also enforces language rules and sequencing to ensure artifacts are production-ready.
How This Skill Works
The skill activates on the three trigger intents (bmad:product-brief, bmad:research, bmad:brainstorm) and loads mandatory context from REFERENCE.md. It applies discovery methods (5 Whys, JTBD, SMART) to identify problem scope, user segments, impact, urgency, constraints, risks, and dependencies. It then builds the selected artifact (docs/bmad/product-brief.md, docs/bmad/research-report.md, or docs/bmad/brainstorm.md) with clear assumptions, measurable outcomes, and explicit handoff notes.
When to Use It
- When you need a discovery brief before planning a project or feature (product-brief).
- When decisions require market, competitor, or technical evidence (research).
- When exploring solution options and narrowing concepts (brainstorm).
- When a request is ambiguous and you need a mode clarification before proceeding.
- When you have stakeholder assumptions, constraints, and goals to map into a structured artifact.
Quick Start
- Step 1: Trigger the desired mode with bmad:product-brief, bmad:research, or bmad:brainstorm.
- Step 2: Gather inputs from bmad/project.yaml (if available), docs/bmad/, and stakeholder notes.
- Step 3: Run the core workflow to draft the artifact in docs/bmad/* and prepare explicit handoff notes.
Best Practices
- Complete the Mandatory Interview Gate for product-brief before drafting the artifact.
- Apply discovery methods (5 Whys, JTBD, SMART) to surface root causes and desired outcomes.
- Pull inputs from bmad/project.yaml and docs/bmad, and clearly document constraints and goals.
- Validate artifact against the Output Contract and ensure readiness for handoff.
- Explicitly record assumptions and measurable outcomes within the artifact.
Example Use Cases
- Create a product-brief for a new BMAD feature to align stakeholders and define success metrics.
- Conduct a research report to benchmark market options and identify technical risks.
- Run a brainstorm to evaluate alternative design concepts and shortlist viable solutions.
- Clarify user needs where the current workaround exists and map to desired state.
- Document constraints and dependencies from project.yaml to drive decision making.