用途：在投入规格或开发前，用亚马逊 Working Backwards 的 PRFAQ 流程过滤产品、内部工具或 OSS 概念。它是过滤器而非打磨工具，不写代码、不做实现规划、不写规格。
主要能力：按五阶段顺序推进——Ignition、Press Release、Customer FAQ、Internal FAQ、Verdict，每阶段有过渡门槛，不可跳步。Ignition 强制以客户为先，识别概念类型（commercial/internal/oss），并串行调用 artifact-analysis 与 web-research 两个伴随技能做本地与市场依据。最终给出二元结论：PASS 则写 brief.md 并建议运行 brainstorm-beagle；FAIL 则不产出 brief，只给出针对性反馈。
使用方式：概念产物存放在 .beagle/concepts/<slug>/ 下，含 prfaq.md、brief.md、research/、analysis/。若已存在 prfaq.md，只读前 40 行 frontmatter 的 stage 字段，询问用户续跑还是重来。伴随调用参数示例：artifact-analysis 用 intent、paths: []、output_dir、refresh: false；web-research 用 research_question、output_dir、auto_proceed: false、refresh: false。
适用场景：用户有产品、内部工具或 OSS 想法，想知道是否值得投入规格；或想在调用 brainstorm-beagle 前先做客户过滤。
限制：已有具体规格想开始构建、想评审既有策略、或已有 PRFAQ 草稿想被批评时，均不适用。若 2-3 轮对话后仍无法说出具体客户与具体问题，会退回建议先做 brainstorm-beagle，不写 prfaq.md。web 工具不可用时，需将待验证主张标记为 unverified。具体收费、价格、平台等信息暂未提供。