AI 技能人工智能开发工具【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址https://gitcode.com/gh_mirrors/bm/BMAD-METHOD点击查看免费下载导读本文聚焦 BMAD-METHOD 开源仓库中的bmad-prfaq技能讲解如何以亚马逊Working Backwards逆向工作法为核心在产品尚未构建之前先撰写成品发布稿Press Release再通过客户 FAQ 与内部 FAQ 两轮魔鬼代言人式拷问最终产出完整的 PRFAQ 文档与供下游 PRD 创作使用的蒸馏包Distillate。读完本文你将掌握该技能的五个阶段流程、--headless自动化模式、团队/个人配置覆盖机制以及它如何与bmad-brainstorming、bmad-forge-idea、bmad-prd等技能衔接成完整的规划管线。技能定位为什么先写发布稿再写代码BMAD-METHODBreakthrough Method for Agile AI-Driven Development把产品规划拆解为一系列可编排的技能模块。bmad-prfaq是其中负责概念压力测试的一环其能力清单定义在 skills/bmad-prfaq/bmad-manifest.json能力名称为working-backwards菜单代码WB位于plan阶段前序技能是brainstorming与perform-research后继技能是create-prd支持 headless无头模式输出位置落在{planning_artifacts}目录。也就是说在一个典型的 BMAD 规划流程中创意先经过头脑风暴与研究验证再由 PRFAQ 把概念锻造到可落地程度最后才进入 PRD 撰写。bmad-prfaq的模块版本记录在 skills/bmad-prfaq/module-manifest.toml当前为6.13.0-next。该技能的核心逻辑写在 skills/bmad-prfaq/SKILL.md先写成品发布稿再写代码。如果你无法写出一篇令人信服的发布稿说明产品还没准备好。发布稿负责由外向内验证价值主张客户 FAQ 站在外部视角质疑价值内部 FAQ 则站在构建方视角审视可行性与取舍。整个过程的基调被明确定义为hardcore mode——教练式拷问直接、问题尖锐、含糊回答会被当场挑战但用户卡住时必须给出具体建议、重构思路与替代方案是严厉的爱不是严厉的沉默。激活流程配置解析、持久事实与上下文装载第 1 步解析工作流配置块技能激活时首先执行配置解析命令uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow如果脚本不可用则需要按 基础 → 团队 → 用户 的顺序手工合并三个配置文件缺失即跳过{skill-root}/customize.toml—— 默认配置即 skills/bmad-prfaq/customize.toml{project-root}/_bmad/custom/{skill-name}.toml—— 团队覆盖{project-root}/_bmad/custom/{skill-name}.user.toml—— 个人覆盖。合并遵循 BMAD 的结构化规则见 skills/bmad/scripts/resolve_customization.py标量覆盖、表深合并、以code/id为键的数组表替换匹配项并追加新项、其余数组一律追加。customize.toml中暴露的[workflow]自定义面包括activation_steps_prepend标准激活配置装载、问候之前执行的步骤用于预加载、合规检查等activation_steps_append问候之后、主流程开始之前执行的步骤用于需要先确认用户再进行的上下文装载persistent_facts整个工作流运行期间持续持有的静态事实。每条可以是字面语句也可以是以file:前缀引用的项目内文件或 glob文件内容会被当作事实载入on_complete到达终态阶段第 5 阶段 Verdict后执行的标量指令留空表示无自定义收尾行为。第 26 步预备步骤、事实、配置与问候依次执行activation_steps_prepend中的每一条将persistent_facts全部作为后续基础上下文随后运行uv run {project-root}/_bmad/scripts/resolve_config.py --project-root {project-root} --key modules.bmm.planning_artifacts --key modules.bmm.project_knowledge其中{planning_artifacts}决定输出位置与工件扫描范围{project_knowledge}提供额外上下文扫描范围。之后以造梦师能量向用户致意再执行activation_steps_append激活流程即告完成。会话恢复与模式检测进入主流程前做两件事恢复检测检查{planning_artifacts}/prfaq-{project_name}.md是否已存在。若存在只读取前 20 行提取 frontmatter 中的stage字段询问用户是否从下一阶段恢复绝不读全文。模式检测--headless/-H基于给定输入无交互地生成完整 PRFAQ 初稿。只校验输入模式customer、problem、stakes、solution concept 齐全且非空泛不亲自阅读任何引用文件字段缺失或过于模糊时返回带具体指引的错误。随后并行派出 Artifact Analyzer 与 Web Researcher 子代理处理材料再基于 skills/bmad-prfaq/assets/prfaq-template.md 在{planning_artifacts}/prfaq-{project_name}.md创建输出文档并路由到references/press-release.md默认模式完整的交互式教练流程the gauntlet即闯关。Headless 输入模式如下必填customer具体画像、problem具体问题、stakes为何重要、solution概念方案可选竞争背景、技术约束、团队/组织背景、目标市场、既有研究。五阶段闯关流程总览阶段名称目的位置1Ignition点火摆出原始概念强制建立客户优先思维SKILL.md2The Press Release发布稿在硬核教练下迭代撰写发布稿references/press-release.md3Customer FAQ客户 FAQ以魔鬼代言人身份提出客户问题references/customer-faq.md4Internal FAQ内部 FAQ以怀疑派干系人身份提问references/internal-faq.md5The Verdict裁决综合评估、定稿并产出下游蒸馏包references/verdict.md阶段 1Ignition —— 把原始概念摆上台面本阶段目标是获得足够清晰度以起草一句发布稿标题。核心是客户优先强制用户若以解决方案开场我想做 X把话题拉回到客户的问题不许跳过痛点用户若以技术开场我想用 AI/区块链要更用力地挑战。技术是怎么做的不是为什么做——剥掉热词追问是否还有人关心用户若以客户问题开场继续深挖——他们今天如何应对、试过什么、为什么没解决。概念类型检测尽早识别这是商业产品、内部工具、开源项目还是社区/非营利倡议记为{concept_type}。它决定第 3、4 阶段 FAQ 问题的校准口径——非商业概念没有单位经济或前 100 名客户应改为干系人价值、采用路径与可持续性。必须捕获的四要素客户/用户是谁具体画像而非所有人、他们的问题是什么具体可感知而非抽象、这对他们为何重要利害与后果、解决方案的初步概念哪怕粗糙。若用户在开场消息中一次性给出全部四要素或通过结构化输入提供可确认理解后直接跳到文档创建与阶段 2Fast-track。优雅改道若经过 23 轮对话用户仍无法说清客户或问题不要强推——引导上游技能需要生成选项用bmad-brainstorming有想法但未经压力测试用bmad-forge-idea。上下文收集Contextual Gathering理解概念后先询问用户是否有既有文档、研究、头脑风暴材料可供参考只收集路径不亲自读文件——那是 Artifact Analyzer 的工作随后并行派出两个子代理Artifact Analyzeragents/artifact-analyzer.md扫描{planning_artifacts}、{project_knowledge}以及用户提供的路径接收产品意图摘要以判断相关性。它对分片文档先读 index、对超大型文档先读目录与摘要并行读取相关文档后返回一个控制在 1500 token 内、每节不超过 5 条要点、包含documents_found/key_insights/ideas_and_decisions等字段的 JSONWeb Researcheragents/web-researcher.md针对竞争格局、市场背景与当前行业数据做 35 次定向搜索返回不超过 1000 token、含competitive_landscape/market_context/user_sentiment/timing_and_opportunity/risks_and_considerations的 JSON。若子代理不可用则优雅降级内联扫描最相关的 12 份文档并直接做定向网络搜索绝不阻塞流程。最后把发现与用户所述合并在继续前点出任何能丰富或挑战其假设的意外信息。创建输出文档在{planning_artifacts}/prfaq-{project_name}.md使用 assets/prfaq-template.md 创建工件写入 frontmatter用inputs记录用到的源文档与点火阶段捕获的初始内容。离开本阶段前向文档追加!-- coaching-notes-stage-1 --注释块概念类型与理由、被挑战的初始假设、为何选择该方向、关键子代理发现、以及不适合写进 PRFAQ 本身的用户上下文。这些注释块能挺过上下文压缩供第 5 阶段蒸馏使用。阶段 2The Press Release —— 锻造发布稿目标产出一篇能让真实客户停下来关注的发布稿逐句迭代对每句话的特异性、客户相关性与诚实度发起挑战。概念类型适配非商业概念要转换措辞——宣布倡议而非宣布产品如何参与而非快速上手社区成员引语而非客户引语。结构不变语言随受众调整。The Forge熔炉发布稿是 Working Backwards 的心脏每个部分都有特定结构各自强迫不同类型的清晰区块它强迫你回答什么标题Headline能否用一句客户听得懂的话说清这是什么副标题Subheadline谁受益、对他们而言什么变了开场段Opening paragraph宣布什么、给谁、为什么他们该在意问题段Problem paragraph能否在不提解决方案的情况下让读者感到客户的痛方案段Solution paragraph客户那边什么变了而不是你造了什么。领导者引语Leader quote功能清单之外的愿景是什么工作原理How It Works能否从客户视角解释使用体验客户引语Customer quote真实的人会这么说吗听起来像人话吗快速上手Getting Started通往价值的路径是否清晰具体教练方法先自己起草每一节然后当着用户的面质疑自己的初稿再邀请用户打磨。循环是起草 → 自我挑战 → 邀请 → 深挖。用户卡住时给出 23 个具体替代方案供其反应而不是把问题问得更响。质量门槛Quality Bars——不逐条念给用户而是体现在挑战中无术语客户不会用的词发布稿也不该用无模糊词显著革命性业界最佳一律禁用换成具体描述老妈测试能否向行业外的人解释清楚并让他理解为什么重要所以呢测试每句话都应扛得住so what?扛不住就删或改尖锐诚实框架发布稿可以动人但不可撒谎——过度吹嘘会被客户 FAQ 揭穿。Headless 模式下基于可用输入直接起草完整发布稿内部自行应用质量门槛。每完成一节就追加到输出文档并更新 frontmatterstatus: press-release、stage: 2、updated时间戳。离开前追加!-- coaching-notes-stage-2 --被否决的标题框架、讨论过的竞争定位、探索过但未采用的差异化点、用户提到的范围外细节技术约束、时间线、团队背景。阶段完成标准整篇发布稿读起来是一则连贯、有说服力、真实客户会觉得相关的公告用户为自己的成果感到自豪且确信每句话都挣得了自己的位置。随后路由到references/customer-faq.md。阶段 3Customer FAQ —— 魔鬼代言人目标通过提出真实用户会问的最难问题、并打磨扛得住审视的答案来验证价值主张。现在你是客户——不是友善的早期采用者而是一个忙碌、多疑、被承诺坑过的人。生成610 个客户 FAQ 问题覆盖这些角度怀疑这和[现有方案]有什么不同我为什么要换掉现在用的东西信任我的数据会怎样这要是黄了怎么办背后是谁务实顾虑多少钱上手要多久能和[我已在用的东西]配合吗边界情况如果我要[少见但真实的需求]呢对[相邻用例]也适用吗他们害怕的那个难题每个产品都有一个团队希望没人问的问题——找到并问出来。不要出送分题。怎么注册不是 FAQ是行动号召。真实客户 FAQ 是横在兴趣与采纳之间的那些反对意见。按概念类型校准对非商业概念把成本换成采纳付出的努力把竞品切换换成为什么改变现有工作流把信任/公司存续换成维护与可持续性。答案教练一次性呈现全部问题让用户看到完整的客户顾虑版图然后逐条打磨。对每个答案问三件事诚实吗我们还没做就直说并解释路线图或替代方案具体吗企业级安全不是答案——什么认证、什么加密、什么 SLA客户会信吗FAQ 里的营销腔会毁掉可信度如果某个答案暴露了概念的真实缺口直接点名并要求决策这是发布阻塞项、快速跟进项、还是被接受的取舍用户也可以自己加问题——他们往往比任何人都清楚可怕的问题在哪。Headless 模式下生成问题与尽力而为的答案低置信度答案要打标记供人工复核。完成后追加!-- coaching-notes-stage-3 --客户问题暴露的缺口、取舍决策阻塞/快跟/接受、浮现的竞争情报、范围或需求信号。完成标准每个问题都有诚实、具体的答案用户已直面概念面临的最难客户反对意见没有送分题幸存。阶段 4Internal FAQ —— 怀疑派干系人目标从构建方一侧压测概念。客户 FAQ 问我该用这个吗内部 FAQ 问我们真能做成吗——而且该做吗现在你是内部干系人小组——工程负责人、财务、法务、运营、见过一百场路演的 CEO。发布稿很动人现在证明它是真的。生成610 个内部 FAQ 问题可行性这里最难的技术问题是什么还有什么我们不知道怎么造的关键依赖与风险是什么商业可行性单位经济模型长什么样怎么获取前 100 名客户竞争护城河是什么、有多持久资源现实团队需要什么样到可用产品的现实时间线为了做这个必须对什么说不风险什么会杀死这个如果上线后不奏效最坏情况是什么有哪些监管或法律风险敞口战略契合为什么是我们、为什么是现在这会蚕食什么如果成功三年后公司是什么样创始人回避的问题内部版可怕问题——让他们夜不能寐却没说出口的事。按背景校准独自做 MVP 的创始人需要的内部问题与大型组织内的团队不同——不要对周末项目问董事会对齐不要对企业产品问周末可行性。非商业概念把单位经济换成维护负担把客户获取换成采纳策略把竞争护城河换成可持续性与贡献者/干系人参与。答案教练与客户 FAQ 同法。我们到时候再想办法不是答案我们会招人解决也不是——实际计划是什么诚实的未知可以接受未经审视的未知不行——如果答案是还不知道追问要弄清它需要做什么、最晚什么时候要知道对资源与时间线的空谈要保持警惕这是最容易过度乐观的两类答案要推动具体范围界定。完成后追加!-- coaching-notes-stage-4 --识别出的可行性风险、讨论过的资源/时间线估算、带如何弄清答案的未知项、战略定位决策、浮现的技术约束与依赖。完成标准内部问题都有诚实、具体的答案用户对执行这个概念到底要付出什么有了清晰认识。乐观可以自欺不行。阶段 5The Verdict —— 裁决与蒸馏目标退后一步给出概念现状的诚实评估定稿 PRFAQ 文档并产出下游蒸馏包。评估通读整份 PRFAQ发布稿、客户 FAQ、内部 FAQ给出直率的裁决。概念强度不是打分而是叙事式评估——哪里思路锐利、哪里还软什么扛过了闯关、什么勉强撑住发现分三类锻造成钢Forged in steel清晰、有说服力、站得住的部分——真能让客户驻足的发布稿段落、诚实而有说服力的 FAQ 答案还需加热Needs more heat有前景但欠火候的区域——方向有了但深度不够进 PRD 前还需打磨地基裂缝Cracks in the foundation真实风险、未解矛盾或可能拖垮整个概念的缺口——不一定是致命伤但必须被刻意处理。裁决要直接呈现不要软化——整个过程的意义就是在投入资源前揭示真相。但每条发现都要有建设性框架对每条裂缝给出要解决它需要做什么。定稿文档打磨 PRFAQ发布稿读起来连贯、FAQ 逻辑顺畅、格式一致→ 追加 The Verdict 章节 → 更新 frontmatterstatus: complete、stage: 5、updated。产出蒸馏包Distillate蒸馏的素材来源包括输出文档中的!-- coaching-notes-stage-N --块它们挺过上下文压缩以及会话内存中遗留的一切——被否决的框架、备选定位、技术约束、竞争情报、范围信号、资源估算、未决问题。蒸馏包必须始终产出在{planning_artifacts}/prfaq-{project_name}-distillate.md--- title: PRFAQ Distillate: {project_name} type: llm-distillate source: prfaq-{project_name}.md created: {timestamp} purpose: Token-efficient context for downstream PRD creation ---内容为按主题分组的密集要点每条自成一体、足以让下游 LLM 直接使用包括被否决的框架及弃用原因、教练过程中捕获的需求信号、技术背景/约束/平台偏好、讨论中得来的竞争情报、内部 FAQ 标记的未决问题与未知项、范围信号MVP 的进/出/待定、讨论过的资源与时间线估算、Verdict 发现尤其是还需加热与地基裂缝作为可执行事项。收尾Headless 模式输出如下 JSON{ status: complete, prfaq: {planning_artifacts}/prfaq-{project_name}.md, distillate: {planning_artifacts}/prfaq-{project_name}-distillate.md, verdict: forged|needs-heat|cracked, key_risks: [top unresolved items], open_questions: [unresolved items from FAQs] }随后运行resolve_customization.py --key workflow.on_complete若解析出的workflow.on_complete非空则将其作为退出前的最终指令执行。若用户想修订可循环回对应阶段否则流程结束。模板骨架一份 PRFAQ 文档长什么样assets/prfaq-template.md 给出了标准骨架。frontmatter 记录title、status、created、updated、stage与inputs源文档列表。正文依次为标题 → 副标题一句话谁受益、什么变了→ 开场段含城市与日期→ 问题段 → 方案段 → 领导者引语块引用→ How It Works从用户视角分步描述体验→ 用户引语必须像人话→ Getting Started →---分隔的 Customer FAQ最难问题放最前→ Internal FAQ → The Verdict锻造成钢/还需加热/地基裂缝评估。在规划管线中的位置与前后的技能如何衔接从 docs/reference/skills-and-agents.md 的技能索引看bmad-prfaq的职责正是用 Working Backwards PRFAQ 方法压力测试产品概念对应文档为 Define Requirements and a Specification。结合bmad-manifest.json中的preceded-by/followed-by声明推荐链路为bmad-brainstorming或bmad-forge-idea生成并初步压测想法阶段 1 的优雅改道也指向这两个技能perform-research提供研究支撑bmad-prfaq完成 PRFAQ 闯关bmad-prd基于 PRFAQ 与蒸馏包创建 PRD——按阶段 5 的收尾指引PRFAQ 直接取代产品简报告诉 PM创建 PRD并指向这两个文件即可。从仓库源码结构看bmad-prfaq的组织是标准的 BMAD 技能形态SKILL.md承载激活与阶段 1references/存放阶段 25 的详细指南agents/定义两个并行子代理assets/提供模板customize.toml暴露工作流自定义面。这套结构保证了教练过程coaching与产出工件PRFAQ Distillate分离、人类可随时介入或全程自动化、上下文压缩后依然能靠注释块与蒸馏包保住关键决策记录——这正是该技能把概念锤炼到可投入资源的工程化保证。赞分享AI 技能人工智能开发工具【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址https://gitcode.com/gh_mirrors/bm/BMAD-METHOD点击查看免费下载相关推荐BMAD-METHOD 实战用 Working Backwards 锻造产品新闻稿PRFAQ Stage 2The Press ReleaseBMAD METHOD 实战用 Working Backwards 锻造产品新闻稿PRFAQ Stage 2The Press Release 导读 本AI 技能人工智能开发工具BMAD-METHOD 的 PRFAQ 模板用 Working Backwards 方法锻造产品概念的完整文档骨架BMAD METHOD 的 PRFAQ 模板用 Working Backwards 方法锻造产品概念的完整文档骨架 导读 本文深入剖析 BMAD METHODAI 技能人工智能开发工具BMAD-METHOD 需求定义与规格说明书Product Brief、PRFAQ、PRD 与 SPEC.md 的选型与落地指南BMAD METHOD 需求定义与规格说明书Product Brief、PRFAQ、PRD 与 SPEC.md 的选型与落地指南 本文是 BMAD METHOAI 技能人工智能开发工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
用 BMAD 的 bmad-prfaq 技能执行 Working Backwards：从 PRFAQ 挑战到 PRD 前置蒸馏
AI 技能人工智能开发工具【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址https://gitcode.com/gh_mirrors/bm/BMAD-METHOD点击查看免费下载导读本文聚焦 BMAD-METHOD 开源仓库中的bmad-prfaq技能讲解如何以亚马逊Working Backwards逆向工作法为核心在产品尚未构建之前先撰写成品发布稿Press Release再通过客户 FAQ 与内部 FAQ 两轮魔鬼代言人式拷问最终产出完整的 PRFAQ 文档与供下游 PRD 创作使用的蒸馏包Distillate。读完本文你将掌握该技能的五个阶段流程、--headless自动化模式、团队/个人配置覆盖机制以及它如何与bmad-brainstorming、bmad-forge-idea、bmad-prd等技能衔接成完整的规划管线。技能定位为什么先写发布稿再写代码BMAD-METHODBreakthrough Method for Agile AI-Driven Development把产品规划拆解为一系列可编排的技能模块。bmad-prfaq是其中负责概念压力测试的一环其能力清单定义在 skills/bmad-prfaq/bmad-manifest.json能力名称为working-backwards菜单代码WB位于plan阶段前序技能是brainstorming与perform-research后继技能是create-prd支持 headless无头模式输出位置落在{planning_artifacts}目录。也就是说在一个典型的 BMAD 规划流程中创意先经过头脑风暴与研究验证再由 PRFAQ 把概念锻造到可落地程度最后才进入 PRD 撰写。bmad-prfaq的模块版本记录在 skills/bmad-prfaq/module-manifest.toml当前为6.13.0-next。该技能的核心逻辑写在 skills/bmad-prfaq/SKILL.md先写成品发布稿再写代码。如果你无法写出一篇令人信服的发布稿说明产品还没准备好。发布稿负责由外向内验证价值主张客户 FAQ 站在外部视角质疑价值内部 FAQ 则站在构建方视角审视可行性与取舍。整个过程的基调被明确定义为hardcore mode——教练式拷问直接、问题尖锐、含糊回答会被当场挑战但用户卡住时必须给出具体建议、重构思路与替代方案是严厉的爱不是严厉的沉默。激活流程配置解析、持久事实与上下文装载第 1 步解析工作流配置块技能激活时首先执行配置解析命令uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow如果脚本不可用则需要按 基础 → 团队 → 用户 的顺序手工合并三个配置文件缺失即跳过{skill-root}/customize.toml—— 默认配置即 skills/bmad-prfaq/customize.toml{project-root}/_bmad/custom/{skill-name}.toml—— 团队覆盖{project-root}/_bmad/custom/{skill-name}.user.toml—— 个人覆盖。合并遵循 BMAD 的结构化规则见 skills/bmad/scripts/resolve_customization.py标量覆盖、表深合并、以code/id为键的数组表替换匹配项并追加新项、其余数组一律追加。customize.toml中暴露的[workflow]自定义面包括activation_steps_prepend标准激活配置装载、问候之前执行的步骤用于预加载、合规检查等activation_steps_append问候之后、主流程开始之前执行的步骤用于需要先确认用户再进行的上下文装载persistent_facts整个工作流运行期间持续持有的静态事实。每条可以是字面语句也可以是以file:前缀引用的项目内文件或 glob文件内容会被当作事实载入on_complete到达终态阶段第 5 阶段 Verdict后执行的标量指令留空表示无自定义收尾行为。第 26 步预备步骤、事实、配置与问候依次执行activation_steps_prepend中的每一条将persistent_facts全部作为后续基础上下文随后运行uv run {project-root}/_bmad/scripts/resolve_config.py --project-root {project-root} --key modules.bmm.planning_artifacts --key modules.bmm.project_knowledge其中{planning_artifacts}决定输出位置与工件扫描范围{project_knowledge}提供额外上下文扫描范围。之后以造梦师能量向用户致意再执行activation_steps_append激活流程即告完成。会话恢复与模式检测进入主流程前做两件事恢复检测检查{planning_artifacts}/prfaq-{project_name}.md是否已存在。若存在只读取前 20 行提取 frontmatter 中的stage字段询问用户是否从下一阶段恢复绝不读全文。模式检测--headless/-H基于给定输入无交互地生成完整 PRFAQ 初稿。只校验输入模式customer、problem、stakes、solution concept 齐全且非空泛不亲自阅读任何引用文件字段缺失或过于模糊时返回带具体指引的错误。随后并行派出 Artifact Analyzer 与 Web Researcher 子代理处理材料再基于 skills/bmad-prfaq/assets/prfaq-template.md 在{planning_artifacts}/prfaq-{project_name}.md创建输出文档并路由到references/press-release.md默认模式完整的交互式教练流程the gauntlet即闯关。Headless 输入模式如下必填customer具体画像、problem具体问题、stakes为何重要、solution概念方案可选竞争背景、技术约束、团队/组织背景、目标市场、既有研究。五阶段闯关流程总览阶段名称目的位置1Ignition点火摆出原始概念强制建立客户优先思维SKILL.md2The Press Release发布稿在硬核教练下迭代撰写发布稿references/press-release.md3Customer FAQ客户 FAQ以魔鬼代言人身份提出客户问题references/customer-faq.md4Internal FAQ内部 FAQ以怀疑派干系人身份提问references/internal-faq.md5The Verdict裁决综合评估、定稿并产出下游蒸馏包references/verdict.md阶段 1Ignition —— 把原始概念摆上台面本阶段目标是获得足够清晰度以起草一句发布稿标题。核心是客户优先强制用户若以解决方案开场我想做 X把话题拉回到客户的问题不许跳过痛点用户若以技术开场我想用 AI/区块链要更用力地挑战。技术是怎么做的不是为什么做——剥掉热词追问是否还有人关心用户若以客户问题开场继续深挖——他们今天如何应对、试过什么、为什么没解决。概念类型检测尽早识别这是商业产品、内部工具、开源项目还是社区/非营利倡议记为{concept_type}。它决定第 3、4 阶段 FAQ 问题的校准口径——非商业概念没有单位经济或前 100 名客户应改为干系人价值、采用路径与可持续性。必须捕获的四要素客户/用户是谁具体画像而非所有人、他们的问题是什么具体可感知而非抽象、这对他们为何重要利害与后果、解决方案的初步概念哪怕粗糙。若用户在开场消息中一次性给出全部四要素或通过结构化输入提供可确认理解后直接跳到文档创建与阶段 2Fast-track。优雅改道若经过 23 轮对话用户仍无法说清客户或问题不要强推——引导上游技能需要生成选项用bmad-brainstorming有想法但未经压力测试用bmad-forge-idea。上下文收集Contextual Gathering理解概念后先询问用户是否有既有文档、研究、头脑风暴材料可供参考只收集路径不亲自读文件——那是 Artifact Analyzer 的工作随后并行派出两个子代理Artifact Analyzeragents/artifact-analyzer.md扫描{planning_artifacts}、{project_knowledge}以及用户提供的路径接收产品意图摘要以判断相关性。它对分片文档先读 index、对超大型文档先读目录与摘要并行读取相关文档后返回一个控制在 1500 token 内、每节不超过 5 条要点、包含documents_found/key_insights/ideas_and_decisions等字段的 JSONWeb Researcheragents/web-researcher.md针对竞争格局、市场背景与当前行业数据做 35 次定向搜索返回不超过 1000 token、含competitive_landscape/market_context/user_sentiment/timing_and_opportunity/risks_and_considerations的 JSON。若子代理不可用则优雅降级内联扫描最相关的 12 份文档并直接做定向网络搜索绝不阻塞流程。最后把发现与用户所述合并在继续前点出任何能丰富或挑战其假设的意外信息。创建输出文档在{planning_artifacts}/prfaq-{project_name}.md使用 assets/prfaq-template.md 创建工件写入 frontmatter用inputs记录用到的源文档与点火阶段捕获的初始内容。离开本阶段前向文档追加!-- coaching-notes-stage-1 --注释块概念类型与理由、被挑战的初始假设、为何选择该方向、关键子代理发现、以及不适合写进 PRFAQ 本身的用户上下文。这些注释块能挺过上下文压缩供第 5 阶段蒸馏使用。阶段 2The Press Release —— 锻造发布稿目标产出一篇能让真实客户停下来关注的发布稿逐句迭代对每句话的特异性、客户相关性与诚实度发起挑战。概念类型适配非商业概念要转换措辞——宣布倡议而非宣布产品如何参与而非快速上手社区成员引语而非客户引语。结构不变语言随受众调整。The Forge熔炉发布稿是 Working Backwards 的心脏每个部分都有特定结构各自强迫不同类型的清晰区块它强迫你回答什么标题Headline能否用一句客户听得懂的话说清这是什么副标题Subheadline谁受益、对他们而言什么变了开场段Opening paragraph宣布什么、给谁、为什么他们该在意问题段Problem paragraph能否在不提解决方案的情况下让读者感到客户的痛方案段Solution paragraph客户那边什么变了而不是你造了什么。领导者引语Leader quote功能清单之外的愿景是什么工作原理How It Works能否从客户视角解释使用体验客户引语Customer quote真实的人会这么说吗听起来像人话吗快速上手Getting Started通往价值的路径是否清晰具体教练方法先自己起草每一节然后当着用户的面质疑自己的初稿再邀请用户打磨。循环是起草 → 自我挑战 → 邀请 → 深挖。用户卡住时给出 23 个具体替代方案供其反应而不是把问题问得更响。质量门槛Quality Bars——不逐条念给用户而是体现在挑战中无术语客户不会用的词发布稿也不该用无模糊词显著革命性业界最佳一律禁用换成具体描述老妈测试能否向行业外的人解释清楚并让他理解为什么重要所以呢测试每句话都应扛得住so what?扛不住就删或改尖锐诚实框架发布稿可以动人但不可撒谎——过度吹嘘会被客户 FAQ 揭穿。Headless 模式下基于可用输入直接起草完整发布稿内部自行应用质量门槛。每完成一节就追加到输出文档并更新 frontmatterstatus: press-release、stage: 2、updated时间戳。离开前追加!-- coaching-notes-stage-2 --被否决的标题框架、讨论过的竞争定位、探索过但未采用的差异化点、用户提到的范围外细节技术约束、时间线、团队背景。阶段完成标准整篇发布稿读起来是一则连贯、有说服力、真实客户会觉得相关的公告用户为自己的成果感到自豪且确信每句话都挣得了自己的位置。随后路由到references/customer-faq.md。阶段 3Customer FAQ —— 魔鬼代言人目标通过提出真实用户会问的最难问题、并打磨扛得住审视的答案来验证价值主张。现在你是客户——不是友善的早期采用者而是一个忙碌、多疑、被承诺坑过的人。生成610 个客户 FAQ 问题覆盖这些角度怀疑这和[现有方案]有什么不同我为什么要换掉现在用的东西信任我的数据会怎样这要是黄了怎么办背后是谁务实顾虑多少钱上手要多久能和[我已在用的东西]配合吗边界情况如果我要[少见但真实的需求]呢对[相邻用例]也适用吗他们害怕的那个难题每个产品都有一个团队希望没人问的问题——找到并问出来。不要出送分题。怎么注册不是 FAQ是行动号召。真实客户 FAQ 是横在兴趣与采纳之间的那些反对意见。按概念类型校准对非商业概念把成本换成采纳付出的努力把竞品切换换成为什么改变现有工作流把信任/公司存续换成维护与可持续性。答案教练一次性呈现全部问题让用户看到完整的客户顾虑版图然后逐条打磨。对每个答案问三件事诚实吗我们还没做就直说并解释路线图或替代方案具体吗企业级安全不是答案——什么认证、什么加密、什么 SLA客户会信吗FAQ 里的营销腔会毁掉可信度如果某个答案暴露了概念的真实缺口直接点名并要求决策这是发布阻塞项、快速跟进项、还是被接受的取舍用户也可以自己加问题——他们往往比任何人都清楚可怕的问题在哪。Headless 模式下生成问题与尽力而为的答案低置信度答案要打标记供人工复核。完成后追加!-- coaching-notes-stage-3 --客户问题暴露的缺口、取舍决策阻塞/快跟/接受、浮现的竞争情报、范围或需求信号。完成标准每个问题都有诚实、具体的答案用户已直面概念面临的最难客户反对意见没有送分题幸存。阶段 4Internal FAQ —— 怀疑派干系人目标从构建方一侧压测概念。客户 FAQ 问我该用这个吗内部 FAQ 问我们真能做成吗——而且该做吗现在你是内部干系人小组——工程负责人、财务、法务、运营、见过一百场路演的 CEO。发布稿很动人现在证明它是真的。生成610 个内部 FAQ 问题可行性这里最难的技术问题是什么还有什么我们不知道怎么造的关键依赖与风险是什么商业可行性单位经济模型长什么样怎么获取前 100 名客户竞争护城河是什么、有多持久资源现实团队需要什么样到可用产品的现实时间线为了做这个必须对什么说不风险什么会杀死这个如果上线后不奏效最坏情况是什么有哪些监管或法律风险敞口战略契合为什么是我们、为什么是现在这会蚕食什么如果成功三年后公司是什么样创始人回避的问题内部版可怕问题——让他们夜不能寐却没说出口的事。按背景校准独自做 MVP 的创始人需要的内部问题与大型组织内的团队不同——不要对周末项目问董事会对齐不要对企业产品问周末可行性。非商业概念把单位经济换成维护负担把客户获取换成采纳策略把竞争护城河换成可持续性与贡献者/干系人参与。答案教练与客户 FAQ 同法。我们到时候再想办法不是答案我们会招人解决也不是——实际计划是什么诚实的未知可以接受未经审视的未知不行——如果答案是还不知道追问要弄清它需要做什么、最晚什么时候要知道对资源与时间线的空谈要保持警惕这是最容易过度乐观的两类答案要推动具体范围界定。完成后追加!-- coaching-notes-stage-4 --识别出的可行性风险、讨论过的资源/时间线估算、带如何弄清答案的未知项、战略定位决策、浮现的技术约束与依赖。完成标准内部问题都有诚实、具体的答案用户对执行这个概念到底要付出什么有了清晰认识。乐观可以自欺不行。阶段 5The Verdict —— 裁决与蒸馏目标退后一步给出概念现状的诚实评估定稿 PRFAQ 文档并产出下游蒸馏包。评估通读整份 PRFAQ发布稿、客户 FAQ、内部 FAQ给出直率的裁决。概念强度不是打分而是叙事式评估——哪里思路锐利、哪里还软什么扛过了闯关、什么勉强撑住发现分三类锻造成钢Forged in steel清晰、有说服力、站得住的部分——真能让客户驻足的发布稿段落、诚实而有说服力的 FAQ 答案还需加热Needs more heat有前景但欠火候的区域——方向有了但深度不够进 PRD 前还需打磨地基裂缝Cracks in the foundation真实风险、未解矛盾或可能拖垮整个概念的缺口——不一定是致命伤但必须被刻意处理。裁决要直接呈现不要软化——整个过程的意义就是在投入资源前揭示真相。但每条发现都要有建设性框架对每条裂缝给出要解决它需要做什么。定稿文档打磨 PRFAQ发布稿读起来连贯、FAQ 逻辑顺畅、格式一致→ 追加 The Verdict 章节 → 更新 frontmatterstatus: complete、stage: 5、updated。产出蒸馏包Distillate蒸馏的素材来源包括输出文档中的!-- coaching-notes-stage-N --块它们挺过上下文压缩以及会话内存中遗留的一切——被否决的框架、备选定位、技术约束、竞争情报、范围信号、资源估算、未决问题。蒸馏包必须始终产出在{planning_artifacts}/prfaq-{project_name}-distillate.md--- title: PRFAQ Distillate: {project_name} type: llm-distillate source: prfaq-{project_name}.md created: {timestamp} purpose: Token-efficient context for downstream PRD creation ---内容为按主题分组的密集要点每条自成一体、足以让下游 LLM 直接使用包括被否决的框架及弃用原因、教练过程中捕获的需求信号、技术背景/约束/平台偏好、讨论中得来的竞争情报、内部 FAQ 标记的未决问题与未知项、范围信号MVP 的进/出/待定、讨论过的资源与时间线估算、Verdict 发现尤其是还需加热与地基裂缝作为可执行事项。收尾Headless 模式输出如下 JSON{ status: complete, prfaq: {planning_artifacts}/prfaq-{project_name}.md, distillate: {planning_artifacts}/prfaq-{project_name}-distillate.md, verdict: forged|needs-heat|cracked, key_risks: [top unresolved items], open_questions: [unresolved items from FAQs] }随后运行resolve_customization.py --key workflow.on_complete若解析出的workflow.on_complete非空则将其作为退出前的最终指令执行。若用户想修订可循环回对应阶段否则流程结束。模板骨架一份 PRFAQ 文档长什么样assets/prfaq-template.md 给出了标准骨架。frontmatter 记录title、status、created、updated、stage与inputs源文档列表。正文依次为标题 → 副标题一句话谁受益、什么变了→ 开场段含城市与日期→ 问题段 → 方案段 → 领导者引语块引用→ How It Works从用户视角分步描述体验→ 用户引语必须像人话→ Getting Started →---分隔的 Customer FAQ最难问题放最前→ Internal FAQ → The Verdict锻造成钢/还需加热/地基裂缝评估。在规划管线中的位置与前后的技能如何衔接从 docs/reference/skills-and-agents.md 的技能索引看bmad-prfaq的职责正是用 Working Backwards PRFAQ 方法压力测试产品概念对应文档为 Define Requirements and a Specification。结合bmad-manifest.json中的preceded-by/followed-by声明推荐链路为bmad-brainstorming或bmad-forge-idea生成并初步压测想法阶段 1 的优雅改道也指向这两个技能perform-research提供研究支撑bmad-prfaq完成 PRFAQ 闯关bmad-prd基于 PRFAQ 与蒸馏包创建 PRD——按阶段 5 的收尾指引PRFAQ 直接取代产品简报告诉 PM创建 PRD并指向这两个文件即可。从仓库源码结构看bmad-prfaq的组织是标准的 BMAD 技能形态SKILL.md承载激活与阶段 1references/存放阶段 25 的详细指南agents/定义两个并行子代理assets/提供模板customize.toml暴露工作流自定义面。这套结构保证了教练过程coaching与产出工件PRFAQ Distillate分离、人类可随时介入或全程自动化、上下文压缩后依然能靠注释块与蒸馏包保住关键决策记录——这正是该技能把概念锤炼到可投入资源的工程化保证。赞分享AI 技能人工智能开发工具【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址https://gitcode.com/gh_mirrors/bm/BMAD-METHOD点击查看免费下载相关推荐BMAD-METHOD 实战用 Working Backwards 锻造产品新闻稿PRFAQ Stage 2The Press ReleaseBMAD METHOD 实战用 Working Backwards 锻造产品新闻稿PRFAQ Stage 2The Press Release 导读 本AI 技能人工智能开发工具BMAD-METHOD 的 PRFAQ 模板用 Working Backwards 方法锻造产品概念的完整文档骨架BMAD METHOD 的 PRFAQ 模板用 Working Backwards 方法锻造产品概念的完整文档骨架 导读 本文深入剖析 BMAD METHODAI 技能人工智能开发工具BMAD-METHOD 需求定义与规格说明书Product Brief、PRFAQ、PRD 与 SPEC.md 的选型与落地指南BMAD METHOD 需求定义与规格说明书Product Brief、PRFAQ、PRD 与 SPEC.md 的选型与落地指南 本文是 BMAD METHOAI 技能人工智能开发工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
