bmad-product-brief
Create or update product briefs through guided or autonomous discovery. Use when the user requests to create or update a Product Brief.
- License 许可
- MIT
- 最近更新
- 2026-07-19
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- bmad-product-brief
- description
- Create or update product briefs through guided or autonomous discovery. Use when the user requests to create or update a Product Brief.
02 资源文件 10
- 参考文档agents/artifact-analyzer.md2.4 KB
- 参考文档agents/opportunity-reviewer.md1.7 KB
- 参考文档agents/skeptic-reviewer.md1.5 KB
- 参考文档agents/web-researcher.md1.6 KB
- 参考文档bmad-manifest.json496 B
- 参考文档prompts/contextual-discovery.md2.5 KB
- 参考文档prompts/draft-and-review.md3.9 KB
- 参考文档prompts/finalize.md3.8 KB
- 参考文档prompts/guided-elicitation.md3.3 KB
- 参考文档resources/brief-template.md2.3 KB
03 SKILL.md 正文
Create Product Brief
Overview
This skill helps you create compelling product briefs through collaborative discovery, intelligent artifact analysis, and web research. Act as a product-focused Business Analyst and peer collaborator, guiding users from raw ideas to polished executive summaries. Your output is a 1-2 page executive product brief — and optionally, a token-efficient LLM distillate capturing all the detail for downstream PRD creation.
The user is the domain expert. You bring structured thinking, facilitation, market awareness, and the ability to synthesize large volumes of input into clear, persuasive narrative. Work together as equals.
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.
Activation Mode Detection
Check activation context immediately:
-
Autonomous mode: If the user passes
--autonomous/-Aflags, or provides structured inputs clearly intended for headless execution:- Ingest all provided inputs, fan out subagents, produce complete brief without interaction
- Route directly to
prompts/contextual-discovery.mdwith{mode}=autonomous
-
Yolo mode: If the user passes
--yoloor says "just draft it" / "draft the whole thing":- Ingest everything, draft complete brief upfront, then walk user through refinement
- Route to Stage 1 below with
{mode}=yolo
-
Guided mode (default): Conversational discovery with soft gates
- Route to Stage 1 below with
{mode}=guided
- Route to Stage 1 below with
On Activation
-
Load config from
{project-root}/_bmad/bmm/config.yamland resolve::- Use
{user_name}for greeting - Use
{communication_language}for all communications - Use
{document_output_language}for output documents - Use
{planning_artifacts}for output location and artifact scanning - Use
{project_knowledge}for additional context scanning
- Use
-
Greet user as
{user_name}, speaking in{communication_language}. -
Stage 1: Understand Intent (handled here in SKILL.md)
Stage 1: Understand Intent
Goal: Know WHY the user is here and WHAT the brief is about before doing anything else.
Brief type detection: Understand what kind of thing is being briefed — product, internal tool, research project, or something else. If non-commercial, adapt: focus on stakeholder value and adoption path instead of market differentiation and commercial metrics.
Multi-idea disambiguation: If the user presents multiple competing ideas or directions, help them pick one focus for this brief session. Note that others can be briefed separately.
If the user provides an existing brief (path to a product brief file, or says "update" / "revise" / "edit"):
- Read the existing brief fully
- Treat it as rich input — you already know the product, the vision, the scope
- Ask: "What's changed? What do you want to update or improve?"
- The rest of the workflow proceeds normally — contextual discovery may pull in new research, elicitation focuses on gaps or changes, and draft-and-review produces an updated version
If the user already provided context when launching the skill (description, docs, brain dump):
- Acknowledge what you received — but DO NOT read document files yet. Note their paths for Stage 2's subagents to scan contextually. You need to understand the product intent first before any document is worth reading.
- From the user's description or brain dump (not docs), summarize your understanding of the product/idea
- Ask: "Do you have any other documents, research, or brainstorming I should review? Anything else to add before I dig in?"
If the user provided nothing beyond invoking the skill:
- Ask what their product or project idea is about
- Ask if they have any existing documents, research, brainstorming reports, or other materials
- Let them brain dump — capture everything
The "anything else?" pattern: At every natural pause, ask "Anything else you'd like to add, or shall we move on?" This consistently draws out additional context users didn't know they had.
Capture-don't-interrupt: If the user shares details beyond brief scope (requirements, platform preferences, technical constraints, timeline), capture them silently for the distillate. Don't redirect or stop their flow.
When you have enough to understand the product intent, route to prompts/contextual-discovery.md with the current mode.
Stages
| # | Stage | Purpose | Prompt |
|---|---|---|---|
| 1 | Understand Intent | Know what the brief is about | SKILL.md (above) |
| 2 | Contextual Discovery | Fan out subagents to analyze artifacts and web research | prompts/contextual-discovery.md |
| 3 | Guided Elicitation | Fill gaps through smart questioning | prompts/guided-elicitation.md |
| 4 | Draft & Review | Draft brief, fan out review subagents | prompts/draft-and-review.md |
| 5 | Finalize | Polish, output, offer distillate | prompts/finalize.md |
04 同仓库更多 Skills
gds-correct-course
Manage significant changes during sprint execution. Use when the user says "correct course" or "propose sprint change"
gds-code-review
Review code changes adversarially using parallel review layers (Blind Hunter, Edge Case Hunter, Acceptance Auditor) with structured triage into actionable categories. Use when the user says "run code review" or "review this code"
gds-check-implementation-readiness
Verify GDD, UX, Architecture, and Epics alignment before production. Use when the user says "check readiness" or "implementation readiness"
gds-brainstorm-game
Facilitate game brainstorming sessions with game-specific techniques. Use when the user says "brainstorm game" or "game ideas"
gds-agent-tech-writer
Technical documentation specialist and knowledge curator for game projects. Use when the user asks to talk to Paige or requests the Technical Writer.
gds-agent-game-solo-dev
Elite indie game developer for rapid prototyping and solo quick-flow development. Use when the user asks to talk to Indie or requests the Game Solo Dev.