需求文档与 PRD 模板生成

写 PRD 时常见卡点

产品想法在脑子里很清楚，落到文档却只剩「做一个 XX 平台」；功能、边界、验收标准空着，开发按自己的理解实现，评审时被追问「不做哪些」「失败时界面怎样」却答不上来。章节东一块西一块、功能全标 P0，排期时谁也砍不动——本质是结构缺失和规则不可执行。

技能如何工作

本技能按固定流程把输入整理成可评审的 PRD 骨架，并给出可量化的完整性信号。

• 十段式骨架：从背景、问题、目标与成功指标、非目标、用户与场景、功能需求、约束与非功能、验收与上线度量、里程碑与排期到开放问题；缺段会标 ⚠️ 待补充 并说明为何必须写。
• 功能五件套：每条功能展开用户故事、功能描述、业务规则（建议写成可对应 if-else 的句子）、边界与异常、验收标准（建议 Given-When-Then）。
• 完整性体检：脚本按章节权重算基础分，再按「涉及条目占比」对缺规则、缺验收等问题缩放扣分；≥85 可进评审，65–84 建议补齐，低于 65 需大改。另含依赖拓扑与循环依赖检出、盲区关键词扫描等。
• 离线 CLI：通过 prd_generator.py 读 JSON/YAML 或 stdin，可 --validate-only 仅体检、--selftest 自检，不连 TAPD/Jira 等系统。

适用边界

生成的是文档骨架与自检清单，不判断需求方向是否值得做；体检分只反映写全写清程度。盲区扫描为关键词匹配，近义词可能被误判。同步到项目管理工具需自行复制或接平台连接器。