BMAD-METHOD 分析阶段指南用头脑风暴、Deep Recon、产品简报与 PRFAQ 打好产品决策的地基【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD在 BMAD-METHODBMad Method简称 BMM中分析阶段Stage 1是一套“产品定型之前的预检”它提供头脑风暴bmad-brainstorming、深度调研bmad-deep-recon、产品简报bmad-product-brief与 Working Backwards 验证bmad-prfaq四个可选工具分别从创意探索、市场现实、客户视角与可行性角度审视问题。本文基于仓库官方文档与技能源码讲清每个工具是什么、何时该用、内部如何运转以及它们如何组合成一条通往 PRD 的可靠路径。为什么计划在先之前需要分析PRD产品需求文档回答的是“做什么、为什么做”。如果思考是模糊的PRD 就会是模糊的而这种模糊会一路传导到后续所有文档基于不明确的 PRD 搭建的架构容易做出错误的技术选择基于欠妥架构拆出的故事则会漏掉边缘情况——代价层层累积。分析工具的存在就是为了让 PRD 更清晰它们从不同角度看问题——创意探索、市场现实、客户视角、可行性。这样当你开始与 PM 智能体协作时会清楚地知道“为什么人做什么”。需要强调分析阶段的四个工具全部可选。但完全跳过分析PRD 就会建立在假设而非洞察之上。工具一头脑风暴——被引导的创意会话是什么。使用经过验证的发想技巧的引导式创意会话。AI 不替用户生成想法而是充当教练通过结构化练习帮助用户自己把想法挖出来。为什么有它。早期想法在固化成需求之前需要成长的余地头脑风暴提供这个余地。当你有问题的领域但没有明确的解法或想在敲定方向之前探索多种可能性时它尤其有用。何时用。当你有想做什么的模糊念头但概念尚未具体化时当概念已定、想拿备选方案做压力验证时它也适用。会话机制与源码细节按 头脑风暴文档会话按五步推进准备——定义主题、目标、约束选择方式——直接挑技巧、接受 AI 推荐、随机进行或遵循渐进流程进行——用探索性提问与协作式辅导应用技巧整理——把想法按主题归类并排定优先级执行——为核心想法连接下一步与成功指标所有内容都会被记入可日后参考或分享给利益相关者的会话文档。从 bmad-brainstorming/SKILL.md 的实现看还有几个关键机制值得了解三种姿态stance整场会话保持不变FacilitatorAI 绝不提供想法——是逼用户自己想出来的强制函数、Creative PartnerAI 既主持又陪打来回抛想法、Ideate for meAI 自己跑完整场会话再呈现结果。三种姿态分别由 mode-facilitator.md、mode-partner.md、mode-autonomous.md 定义且在开头一次性选定。60 多种技巧目录技巧数据存放在 brain-methods.csv官方文档描述为“60 多种经过验证的发想技巧”。会话开始时技能会生成选择器页面 brain-selector.html 让用户一次性组合“姿态 技巧批次”若自定义了技巧目录可用 brain.py 重新生成选择器。先发散、后收敛技能明确要求“瞄准 100 个以上的想法、抵制总结冲动”并大约每 5–10 轮更换一次创意领域以保持发散状态。收敛整理与决策是独立阶段只在用户准备好收窄时加载 converge.md。状态落盘每个想法、决定与问题都通过 memlog 脚本实时写入磁盘memlog.py init/append/set会话中断后可从磁盘恢复不会丢失。工具二调研Deep Recon——支撑决策的证据型研究是什么。一个技能bmad-deep-recon调研想法的任意侧面。类型化研究包覆盖类型覆盖面market竞争对手、趋势、市场规模domain主题专业性与术语technical可实现性与实现方式competitive竞争对手分析user-voice用户声音评论、社区academic-lit学术文献它支持三种工作方式为你正在使用的深度研究工具撰写提示词、把完成的报告处理成带引用的摘要、或在当前会话中直接执行调研。为什么有它。仅凭假设做产品很容易做出没人需要的东西。调研把概念连接到现实确认已有哪些竞争者、用户实际在为什么发愁、技术上是否可行、行业约束是什么。何时用。进入陌生领域、怀疑存在竞争者但尚未摸清、或实现概念需要尚未经过验证的技术能力时。每种研究类型相互独立只运行决策需要的类型即可。三种模式与选择标准来自 Deep Recon 文档模式做什么用户提供什么DraftDeep Recon 撰写带研究包方法的调研提示词用户在自己的工具中执行向 ChatGPT、Gemini、Grok 或 Perplexity 粘贴一次Process存档完成的报告提取主张、对照研究包整理成标准摘要来自任何来源的完成报告Run当前会话内并行网络探索、验证、引用综合在计划门禁处批准一次Draft Process 构成自然循环提示词在外部工具执行再把报告拿回来处理Run 则完全独立可用。若只说“调研一下”而不指定方式Deep Recon 会说明两种路径的取舍一次并在该会话内记住你的选择。Run 内部按步骤推进计划门禁决策、调研领域、任务分派结构、投入水平、预期时间是唯一的硬性停点批准后仅经过轻量检查点继续执行。投入水平以预设打包直接指定的内容优先于预设预设子智能体数每轮来源数轮数quick251standard默认382deep6123每轮追踪线索第一轮发现的来源间矛盾和意外关联会成为第二轮任务已回答或整轮无新内容的调研领域会提前结束。任务分派结构宽优先/深优先/简单查询决定子智能体如何分工——独立子问题并行处理深层问题从多个视角考察简单查询只派一个智能体少调几次避免浪费 token。报告为什么可信bmad-deep-recon/SKILL.md 定义了两条贯穿所有工作并逐字继承给每个子智能体的认识论规则绝不只凭训练数据下结论——模型记忆只用来提出假设、查询与结构报告中的每个主张必须追溯到本次运行检索或导入的来源无法佐证的说法要么标注为未验证信念要么不说。研究防火墙——项目上下文简报、PRD、代码、持久事实只影响“问什么”不影响“什么是真的”且不可作为证据使用研究子智能体只收到任务简报不接收项目文件。这防止研究结果被项目既有假设无意带偏。配套机制还包括每个主张都带发布者、发布日期、访问日期正文[n]引用链接到来源附录资料到达即按所选水平验证——normal抽检支撑建议的主张high交叉验证研究包指定的重要主张类型并从反面检查关键结论max核对全部内容。新鲜度也是事实的一部分各类型包为主张类别设定有效期三年前的市场规模会被报告为历史记录而非当前事实。所有摘要、提取与报告章节在产生的瞬间就写入运行文件夹brief.md、imports/、digests/、research.md、.memlog.md中断可从磁盘续跑。报告末尾的新鲜度地图标注最易过期的主张与复查时点据此可进行Refresh只重新验证过期主张并输出“确认/变更/推翻”变化报告推翻项若影响下游产物会发出警告与Deepen只深挖一个调研领域。六个类型包位于 types 目录market.md、domain.md、technical.md、competitive.md、user-voice.md、academic-lit.md各模式对应 draft.md、process.md、run.md 等参考文件无头headless模式下主张计数由 recon_kit.py 统计而非手工计数并以 JSON 结束包含status、intent、type、报告与 memlog 路径、verified/unverified/overturned主张数等字段。工具三产品简报——1–2 页的概念提炼是什么。通过分步提问把产品概念总结成 1–2 页的过程。AI 作为协作型商业分析师帮助你清晰表达愿景、目标客户、价值主张与范围。为什么有它。产品简报是相对低负担地进入计划阶段的路径它把战略愿景整理成结构化形式结果直接用作 PRD 编写的输入。当你已经知道客户、问题、大致要做什么——即对概念有几分把握时最匹配它把这些想法打磨得更清晰。何时用。概念比较清楚、想在创建 PRD 之前高效文档化时使用适合对方向有信心、不需要把假设放在严格验证下接受检验的情况。源码级细节bmad-product-brief/SKILL.md 定义了三种意图Create先做 Discovery“头脑倾倒”再起草模板视为起点结构而非契约、Update把已有简报与变更信号对齐改动前先呈现与先前决定的冲突、Validate对照简报自身目的做诚实批评引用具体行号并始终可把发现并入一次 Update。Discovery 阶段会先摸清简报的“利害关系”——个人爱好项目、内部提案、投资人材料还是公开发布——并据此决定追问力度然后提供两条工作路径快速路径把剩余缺口合并成一两个整合问题直接起草完整简报推断处打[ASSUMPTION]标签供你审阅修正。适合“明天要提案”。辅导路径逐节一起走在假设薄弱处反问从你脑中把图景挖出来。适合“我想要一份引以为傲的简报”。产出约束明确简报以 1–2 页为目标超出的细节进addendum.mdbrief.md与 memlog 一起持久化在运行文件夹中可随时中断与恢复。模板结构见 brief-template.md。工具四PRFAQ——Working Backwards 的严格关口是什么。把 Amazon 的 Working Backwards 方法论改造成交互式验证过程在写下一行代码之前先写一份宣布已完成产品的新闻稿并回答客户与利益相关者会问的最难的问题。AI 充当“锲而不舍但建设性”的产品教练。为什么有它。PRFAQ 是经过严格验证才进入计划阶段的路径它强迫你为每个主张辩护从客户优先视角把想法想清楚。写不出有说服力的新闻稿就意味着产品还没准备好做。客户 FAQ 答案中暴露的缺口是不过这个流程的话只能在实现阶段以更大代价发现的问题——这个关口在修改成本最低的早期就让想法的裂缝现形。何时用。想在投入资源前给概念做压力测试时使用不确定用户是否真的会在意、想验证能否说出清晰可辩护的价值主张、或想用 Working Backwards 方式把想法打磨得更严格时。五阶段流程与源码细节bmad-prfaq/SKILL.md 将流程组织为五个阶段#阶段目的参考文件1Ignition点火摆出原始概念强制执行客户优先思维SKILL.md2The Press Release新闻稿高强度辅导下的迭代起草press-release.md3Customer FAQ客户 FAQ魔鬼代言式客户提问customer-faq.md4Internal FAQ内部 FAQ怀疑论者视角的利益相关者提问internal-faq.md5The Verdict裁决综合、强度评估与最终输出verdict.md几个值得注意的机制客户优先强制执行若你从解决方案或技术切入“我想用 AI/区块链做 X”教练会把话题拉回客户的问题——技术是“how”不是“why”。概念类型检测商用产品、内部工具、开源项目还是社区/非营利项目会校准第 3、4 阶段的 FAQ 生成方式——非商业概念不会被问“单位经济学”或“前 100 个客户”而是转向干系人价值、采纳路径与可持续性。上下文采集Artifact Analyzer 与 Web Researcher 两个子智能体并行工作分别扫描既有规划产物与竞争/市场数据输出中的竞争、市场与可行性主张都必须对照实时数据验证。裁决最后一步以叙述式而非打分式评估概念强度发现分三类——Forged in steel清晰、有说服力、可辩护的部分、Needs more heat有前途但欠发展的部分、Cracks in the foundation真实风险、未解决的矛盾或可能动摇整体的缺口每个发现都附带建设性的补救建议。下游蒸馏件完整输出是prfaq-{project_name}.md加prfaq-{project_name}-distillate.md后者把被否定的框架、需求信号、技术约束、竞争情报、开放问题与范围信号蒸馏成密集要点供下游 PRD 直接消费见 verdict.md。无头模式--headless/-H可从给定输入生成完整初稿必需字段为 customer具体画像、problem具体问题、stakes为什么重要、solution概念。输出文档结构来自 prfaq-template.md支持断点续跑按 frontmatter 的stage字段恢复到下一阶段。该用哪一个按场景选择官方文档给出的选择建议如下场景推荐工具“有个模糊的想法不知道从哪儿开始”头脑风暴“决定前需要先理解市场”调研Deep Recon“我知道要做什么只需要文档化”产品简报“想确认这个想法是否值得做”PRFAQ“想探索、验证并文档化”头脑风暴 → 调研 → PRFAQ 或产品简报产品简报与 PRFAQ 都产出 PRD 输入区别在于你想要多严格的验证产品简报是“一起把想法具体化”的过程PRFAQ 是更严格的验证关口。两者通向同一目的地但 PRFAQ 会检验这个概念是否准备好进入计划阶段。另外workflow-map.md 把bmad-forge-idea也列为阶段 1 的第五个流程它对单个已有想法做基于画像的压力验证结果可以是锻造成forged-idea.md可作为bmad-spec、bmad-prd、bmad-prfaq的输入、以低成本废弃、或仅仅是“想清楚了”。它与四个工具的定位差异是头脑风暴负责生成选项forge-idea 负责把单一想法锤炼或淘汰PRFAQ 负责从客户优先视角为概念背书。四者的详细对比见 forge-idea 文档。不确定从哪儿开始运行bmad-help并描述你的处境——它会基于你已经做过什么、想达成什么推荐合适的起点。分析之后会发生什么产物流向计划阶段分析产物直接汇入阶段 2计划。PRD 工作流以产品简报、PRFAQ 文档、研究发现、头脑风暴报告为输入把迄今积累的素材综合成结构化需求。分析做得越扎实PRD 就能被打磨得越清晰、越具体。BMad Method 的四阶段全景阶段 1 分析[可选] → 阶段 2 计划[bmad-prd、bmad-ux、bmad-spec] → 阶段 3 方案设计 → 阶段 4 实现与各阶段的产物清单可查阅 workflow-map.md。分析阶段的价值正在于此它让计划阶段的每一份文档——从 PRD 开始——都有据可依而不是建立在假设之上。【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
BMAD-METHOD 分析阶段指南：用头脑风暴、Deep Recon、产品简报与 PRFAQ 打好产品决策的地基
BMAD-METHOD 分析阶段指南用头脑风暴、Deep Recon、产品简报与 PRFAQ 打好产品决策的地基【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD在 BMAD-METHODBMad Method简称 BMM中分析阶段Stage 1是一套“产品定型之前的预检”它提供头脑风暴bmad-brainstorming、深度调研bmad-deep-recon、产品简报bmad-product-brief与 Working Backwards 验证bmad-prfaq四个可选工具分别从创意探索、市场现实、客户视角与可行性角度审视问题。本文基于仓库官方文档与技能源码讲清每个工具是什么、何时该用、内部如何运转以及它们如何组合成一条通往 PRD 的可靠路径。为什么计划在先之前需要分析PRD产品需求文档回答的是“做什么、为什么做”。如果思考是模糊的PRD 就会是模糊的而这种模糊会一路传导到后续所有文档基于不明确的 PRD 搭建的架构容易做出错误的技术选择基于欠妥架构拆出的故事则会漏掉边缘情况——代价层层累积。分析工具的存在就是为了让 PRD 更清晰它们从不同角度看问题——创意探索、市场现实、客户视角、可行性。这样当你开始与 PM 智能体协作时会清楚地知道“为什么人做什么”。需要强调分析阶段的四个工具全部可选。但完全跳过分析PRD 就会建立在假设而非洞察之上。工具一头脑风暴——被引导的创意会话是什么。使用经过验证的发想技巧的引导式创意会话。AI 不替用户生成想法而是充当教练通过结构化练习帮助用户自己把想法挖出来。为什么有它。早期想法在固化成需求之前需要成长的余地头脑风暴提供这个余地。当你有问题的领域但没有明确的解法或想在敲定方向之前探索多种可能性时它尤其有用。何时用。当你有想做什么的模糊念头但概念尚未具体化时当概念已定、想拿备选方案做压力验证时它也适用。会话机制与源码细节按 头脑风暴文档会话按五步推进准备——定义主题、目标、约束选择方式——直接挑技巧、接受 AI 推荐、随机进行或遵循渐进流程进行——用探索性提问与协作式辅导应用技巧整理——把想法按主题归类并排定优先级执行——为核心想法连接下一步与成功指标所有内容都会被记入可日后参考或分享给利益相关者的会话文档。从 bmad-brainstorming/SKILL.md 的实现看还有几个关键机制值得了解三种姿态stance整场会话保持不变FacilitatorAI 绝不提供想法——是逼用户自己想出来的强制函数、Creative PartnerAI 既主持又陪打来回抛想法、Ideate for meAI 自己跑完整场会话再呈现结果。三种姿态分别由 mode-facilitator.md、mode-partner.md、mode-autonomous.md 定义且在开头一次性选定。60 多种技巧目录技巧数据存放在 brain-methods.csv官方文档描述为“60 多种经过验证的发想技巧”。会话开始时技能会生成选择器页面 brain-selector.html 让用户一次性组合“姿态 技巧批次”若自定义了技巧目录可用 brain.py 重新生成选择器。先发散、后收敛技能明确要求“瞄准 100 个以上的想法、抵制总结冲动”并大约每 5–10 轮更换一次创意领域以保持发散状态。收敛整理与决策是独立阶段只在用户准备好收窄时加载 converge.md。状态落盘每个想法、决定与问题都通过 memlog 脚本实时写入磁盘memlog.py init/append/set会话中断后可从磁盘恢复不会丢失。工具二调研Deep Recon——支撑决策的证据型研究是什么。一个技能bmad-deep-recon调研想法的任意侧面。类型化研究包覆盖类型覆盖面market竞争对手、趋势、市场规模domain主题专业性与术语technical可实现性与实现方式competitive竞争对手分析user-voice用户声音评论、社区academic-lit学术文献它支持三种工作方式为你正在使用的深度研究工具撰写提示词、把完成的报告处理成带引用的摘要、或在当前会话中直接执行调研。为什么有它。仅凭假设做产品很容易做出没人需要的东西。调研把概念连接到现实确认已有哪些竞争者、用户实际在为什么发愁、技术上是否可行、行业约束是什么。何时用。进入陌生领域、怀疑存在竞争者但尚未摸清、或实现概念需要尚未经过验证的技术能力时。每种研究类型相互独立只运行决策需要的类型即可。三种模式与选择标准来自 Deep Recon 文档模式做什么用户提供什么DraftDeep Recon 撰写带研究包方法的调研提示词用户在自己的工具中执行向 ChatGPT、Gemini、Grok 或 Perplexity 粘贴一次Process存档完成的报告提取主张、对照研究包整理成标准摘要来自任何来源的完成报告Run当前会话内并行网络探索、验证、引用综合在计划门禁处批准一次Draft Process 构成自然循环提示词在外部工具执行再把报告拿回来处理Run 则完全独立可用。若只说“调研一下”而不指定方式Deep Recon 会说明两种路径的取舍一次并在该会话内记住你的选择。Run 内部按步骤推进计划门禁决策、调研领域、任务分派结构、投入水平、预期时间是唯一的硬性停点批准后仅经过轻量检查点继续执行。投入水平以预设打包直接指定的内容优先于预设预设子智能体数每轮来源数轮数quick251standard默认382deep6123每轮追踪线索第一轮发现的来源间矛盾和意外关联会成为第二轮任务已回答或整轮无新内容的调研领域会提前结束。任务分派结构宽优先/深优先/简单查询决定子智能体如何分工——独立子问题并行处理深层问题从多个视角考察简单查询只派一个智能体少调几次避免浪费 token。报告为什么可信bmad-deep-recon/SKILL.md 定义了两条贯穿所有工作并逐字继承给每个子智能体的认识论规则绝不只凭训练数据下结论——模型记忆只用来提出假设、查询与结构报告中的每个主张必须追溯到本次运行检索或导入的来源无法佐证的说法要么标注为未验证信念要么不说。研究防火墙——项目上下文简报、PRD、代码、持久事实只影响“问什么”不影响“什么是真的”且不可作为证据使用研究子智能体只收到任务简报不接收项目文件。这防止研究结果被项目既有假设无意带偏。配套机制还包括每个主张都带发布者、发布日期、访问日期正文[n]引用链接到来源附录资料到达即按所选水平验证——normal抽检支撑建议的主张high交叉验证研究包指定的重要主张类型并从反面检查关键结论max核对全部内容。新鲜度也是事实的一部分各类型包为主张类别设定有效期三年前的市场规模会被报告为历史记录而非当前事实。所有摘要、提取与报告章节在产生的瞬间就写入运行文件夹brief.md、imports/、digests/、research.md、.memlog.md中断可从磁盘续跑。报告末尾的新鲜度地图标注最易过期的主张与复查时点据此可进行Refresh只重新验证过期主张并输出“确认/变更/推翻”变化报告推翻项若影响下游产物会发出警告与Deepen只深挖一个调研领域。六个类型包位于 types 目录market.md、domain.md、technical.md、competitive.md、user-voice.md、academic-lit.md各模式对应 draft.md、process.md、run.md 等参考文件无头headless模式下主张计数由 recon_kit.py 统计而非手工计数并以 JSON 结束包含status、intent、type、报告与 memlog 路径、verified/unverified/overturned主张数等字段。工具三产品简报——1–2 页的概念提炼是什么。通过分步提问把产品概念总结成 1–2 页的过程。AI 作为协作型商业分析师帮助你清晰表达愿景、目标客户、价值主张与范围。为什么有它。产品简报是相对低负担地进入计划阶段的路径它把战略愿景整理成结构化形式结果直接用作 PRD 编写的输入。当你已经知道客户、问题、大致要做什么——即对概念有几分把握时最匹配它把这些想法打磨得更清晰。何时用。概念比较清楚、想在创建 PRD 之前高效文档化时使用适合对方向有信心、不需要把假设放在严格验证下接受检验的情况。源码级细节bmad-product-brief/SKILL.md 定义了三种意图Create先做 Discovery“头脑倾倒”再起草模板视为起点结构而非契约、Update把已有简报与变更信号对齐改动前先呈现与先前决定的冲突、Validate对照简报自身目的做诚实批评引用具体行号并始终可把发现并入一次 Update。Discovery 阶段会先摸清简报的“利害关系”——个人爱好项目、内部提案、投资人材料还是公开发布——并据此决定追问力度然后提供两条工作路径快速路径把剩余缺口合并成一两个整合问题直接起草完整简报推断处打[ASSUMPTION]标签供你审阅修正。适合“明天要提案”。辅导路径逐节一起走在假设薄弱处反问从你脑中把图景挖出来。适合“我想要一份引以为傲的简报”。产出约束明确简报以 1–2 页为目标超出的细节进addendum.mdbrief.md与 memlog 一起持久化在运行文件夹中可随时中断与恢复。模板结构见 brief-template.md。工具四PRFAQ——Working Backwards 的严格关口是什么。把 Amazon 的 Working Backwards 方法论改造成交互式验证过程在写下一行代码之前先写一份宣布已完成产品的新闻稿并回答客户与利益相关者会问的最难的问题。AI 充当“锲而不舍但建设性”的产品教练。为什么有它。PRFAQ 是经过严格验证才进入计划阶段的路径它强迫你为每个主张辩护从客户优先视角把想法想清楚。写不出有说服力的新闻稿就意味着产品还没准备好做。客户 FAQ 答案中暴露的缺口是不过这个流程的话只能在实现阶段以更大代价发现的问题——这个关口在修改成本最低的早期就让想法的裂缝现形。何时用。想在投入资源前给概念做压力测试时使用不确定用户是否真的会在意、想验证能否说出清晰可辩护的价值主张、或想用 Working Backwards 方式把想法打磨得更严格时。五阶段流程与源码细节bmad-prfaq/SKILL.md 将流程组织为五个阶段#阶段目的参考文件1Ignition点火摆出原始概念强制执行客户优先思维SKILL.md2The Press Release新闻稿高强度辅导下的迭代起草press-release.md3Customer FAQ客户 FAQ魔鬼代言式客户提问customer-faq.md4Internal FAQ内部 FAQ怀疑论者视角的利益相关者提问internal-faq.md5The Verdict裁决综合、强度评估与最终输出verdict.md几个值得注意的机制客户优先强制执行若你从解决方案或技术切入“我想用 AI/区块链做 X”教练会把话题拉回客户的问题——技术是“how”不是“why”。概念类型检测商用产品、内部工具、开源项目还是社区/非营利项目会校准第 3、4 阶段的 FAQ 生成方式——非商业概念不会被问“单位经济学”或“前 100 个客户”而是转向干系人价值、采纳路径与可持续性。上下文采集Artifact Analyzer 与 Web Researcher 两个子智能体并行工作分别扫描既有规划产物与竞争/市场数据输出中的竞争、市场与可行性主张都必须对照实时数据验证。裁决最后一步以叙述式而非打分式评估概念强度发现分三类——Forged in steel清晰、有说服力、可辩护的部分、Needs more heat有前途但欠发展的部分、Cracks in the foundation真实风险、未解决的矛盾或可能动摇整体的缺口每个发现都附带建设性的补救建议。下游蒸馏件完整输出是prfaq-{project_name}.md加prfaq-{project_name}-distillate.md后者把被否定的框架、需求信号、技术约束、竞争情报、开放问题与范围信号蒸馏成密集要点供下游 PRD 直接消费见 verdict.md。无头模式--headless/-H可从给定输入生成完整初稿必需字段为 customer具体画像、problem具体问题、stakes为什么重要、solution概念。输出文档结构来自 prfaq-template.md支持断点续跑按 frontmatter 的stage字段恢复到下一阶段。该用哪一个按场景选择官方文档给出的选择建议如下场景推荐工具“有个模糊的想法不知道从哪儿开始”头脑风暴“决定前需要先理解市场”调研Deep Recon“我知道要做什么只需要文档化”产品简报“想确认这个想法是否值得做”PRFAQ“想探索、验证并文档化”头脑风暴 → 调研 → PRFAQ 或产品简报产品简报与 PRFAQ 都产出 PRD 输入区别在于你想要多严格的验证产品简报是“一起把想法具体化”的过程PRFAQ 是更严格的验证关口。两者通向同一目的地但 PRFAQ 会检验这个概念是否准备好进入计划阶段。另外workflow-map.md 把bmad-forge-idea也列为阶段 1 的第五个流程它对单个已有想法做基于画像的压力验证结果可以是锻造成forged-idea.md可作为bmad-spec、bmad-prd、bmad-prfaq的输入、以低成本废弃、或仅仅是“想清楚了”。它与四个工具的定位差异是头脑风暴负责生成选项forge-idea 负责把单一想法锤炼或淘汰PRFAQ 负责从客户优先视角为概念背书。四者的详细对比见 forge-idea 文档。不确定从哪儿开始运行bmad-help并描述你的处境——它会基于你已经做过什么、想达成什么推荐合适的起点。分析之后会发生什么产物流向计划阶段分析产物直接汇入阶段 2计划。PRD 工作流以产品简报、PRFAQ 文档、研究发现、头脑风暴报告为输入把迄今积累的素材综合成结构化需求。分析做得越扎实PRD 就能被打磨得越清晰、越具体。BMad Method 的四阶段全景阶段 1 分析[可选] → 阶段 2 计划[bmad-prd、bmad-ux、bmad-spec] → 阶段 3 方案设计 → 阶段 4 实现与各阶段的产物清单可查阅 workflow-map.md。分析阶段的价值正在于此它让计划阶段的每一份文档——从 PRD 开始——都有据可依而不是建立在假设之上。【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
