产品 PRD 交付文档

要解决什么问题

很多团队在写 PRD 时卡在两件事：需求还没说清楚就往下写，以及文档结构各写各的、字段和规则前后对不上。本技能面向 ToB 后台类新模块或大版本重构场景，在用户 显式调用（如 @product-spec-generator、生成 PRD）后才启动，不会因为你「描述了一个页面想法」就自动接管对话。

若你的意图是 迭代 / 增量变更（在已有 PRD 或老系统上改、加、优化），入口会先 路由到 iteration-prd-generator，本技能不会用十模块全流程硬套增量场景。

技能如何工作

流程大致分三层：澄清 → 编排前置 → 生成与收口。

• 阶段 0：用业务语言补全页面类型、字段、筛选、操作等；缺关键信息时用 AskUserQuestion 追问（每次最多 3 题），且 不问 技术栈或 CSR/SSR。
• 阶段 0.5：按 references/ 内子流程做事实提取、ToB 维度匹配、推导 10 模块大纲；大纲须你回复「确认」或「调整」后才进入正文。
• 阶段 1：按 prd-template.md 与公司十模块标准写完整 PRD；模块四流程图用 Mermaid，经脚本渲染为 SVG 嵌入；字段用 camelCase；筛选区组件类型、表格排序标注、列宽等有 强制规范。全程 澄清门禁：不确定处先问用户，禁止写 TBD。
• 阶段 1.5～2.6：每模块大节对抗自检、结构/一致性/幻觉三道自检，再自动跑 开发视角自检（模块十一）与 决策完整性门（模块十二，审批/状态机/表单联动/权限四类矩阵）。
• 阶段 3：输出 prd-{module-name}.md 及钉钉友好版、独立自检报告；定稿后可另触发 grill-me 做签发前人工对抗复审。

适用边界与注意点

• 受控技能：未显式触发则不加载；勿指望模型「猜你需要 PRD」。
• 产品类型：维度匹配对 ToC / 移动端 C 端 会按规则终止，不适用本流水线。
• 内嵌能力依赖：Mermaid 渲染首次需在本包 scripts/mermaid-render 执行环境准备；离线或失败时需按文档手动处理依赖。
• 页面生成：本技能交付的是 PRD 文档；需要 UI 页面时需你另行输入「生成页面」等后续步骤。