用途：引导与用户共同构建 PRD/需求文档，把整个 PRD 组织为按逻辑顺序排列的用户故事集，用于对齐业务、产品与开发共识。
主要能力： 一、框架对齐。先梳理核心业务流程或用户旅程并划分阶段，阶段划分经用户明确确认后，用 Mermaid 流程图表达核心用户操作流及关键分支、异常。 二、逐故事细化与单点确认。按阶段逐个讨论用户故事，补齐业务定义、状态枚举、评分或计算公式、用户可见文案、依赖关系，并同时梳理异常与降级路径；每个故事讨论后须获得“单点确认”方才定稿。 三、UI 故事专项。涉及界面时，须在验收标准讨论前用 ASCII 线框图绘制并确认静态布局，再用 Mermaid 表达流程、状态与交互等动态行为。流程图必填，存在明确状态流转对象时补状态图，时序图仅在时序、并发、重试、超时影响用户可见结果时补充。 四、终稿与版本管理。全部讨论完成后发起终稿确认，得到明确生成指令后按 assets/prd-template.md 模板一次性生成。可选输出一行可粘贴到项目仓库总集的 Markdown 表格行，格式为 | <版本> | <标题> | <需求内容（详细摘要）> | <PRD链接> |；字段内不得含 | 字符。建议总集路径 docs/PRD_REGISTRY.md，单个 PRD 路径 docs/prd/<版本>.md，历史追溯交给 Git。
使用方式：以对话澄清为主，遵循一问一答一确认节奏；在每个故事中先复述确认理解，再推进下一步。示例与参考见 references/mermaid-examples.md、references/ui-wireframe-examples.md、references/example-us01.md、references/prd-registry-demo.md。
限制：严禁自行猜测或补充用户未提供的信息；讨论阶段不输出未经确认的大段文档；须显式暴露缺失、冲突与风险。总集更新所需版本与 PRD 链接等信息需向用户确认，缺失则暂不处理，不影响 PRD 本体输出。