产品需求文档PRD 2.0 SkillHub 公开版

任务定义

用户说“写PRD、整理产品需求、功能需求文档、用户故事、验收标准”时使用。

本技能只处理用户提供或明确授权的材料。资料不足时先交付“可用初稿 + 信息缺口”，不为追求完整而补造事实。

本技能解决一个主要任务：把业务需求整理成范围明确、可评审、可验收的产品需求文档。 默认使用简体中文，优先交付可直接使用、可核验、可继续编辑的成品；不以空模板、泛泛建议或“看起来专业”的术语代替真实结果。

运行边界

• 只处理用户提供、公开可核验或明确授权的材料。
• 不自动登录、发布、发送、采购、付款或修改外部系统；涉及外部动作时先交付草稿与检查表。
• 事实、数字、专名、案例、引述、资质、价格和承诺缺少证据时标为“待确认”，不得补造。
• 高风险专业判断、不可逆决策和正式对外承诺必须由相应责任人复核。

必读路由

必要输入

• 业务问题与目标用户
• 现有流程或样例
• 范围、技术、时间和合规约束
• 输出使用场景、读者/用户、格式、篇幅和不能改动的事实。

缺少信息时先判断它是否会改变核心结果：会改变时最多追问 3 个关键问题；用户要求直接开始时，写出最小默认假设并把未知项留作“待确认”。

证据标记

在分析和交付中区分：

• F（事实）：用户材料或可核验来源明确支持。
• I（推断）：由事实合理推导，但尚未确认。
• H（假设）：为推进初稿暂设，必须验证。
• D（决策）：需要用户或责任人确认的选择。

不得把 I/H/D 写成 F。对外成稿可不显示字母，但必须在“待确认”中保留风险。

工作流程

1. 锁定任务：确认主要搜索意图、真实使用场景、目标读者和最终交付物。
2. 整理材料：提取事实、约束、缺口和冲突；建立 F/I/H/D 清单。
3. 读取知识库：按任务路由读取对应参考，不凭通用写作习惯直接套模板。
4. 形成判断：先给关键判断和取舍，再生成结构与正文。
5. 生成成品：把用户材料真正填入以下输出合同，避免只交模板。
6. 反例检查：用 examples-and-tests.md 的失败用例检查补造、遗漏和越权。
7. TRACE 复核：低于 85 分重做；存在一票否决项不得交付或发布。
8. 交付边界：列出待确认项、人工动作和下一步，不声称未执行的外部结果。

输出合同

## 背景与目标
## 用户与场景
## 范围（包含/不包含）
## 用户流程
## 功能需求与优先级
## 业务规则与异常
## 数据与权限
## 非功能要求
## 验收标准
## 待决策项

输出标题可按真实场景增删，但必须覆盖：核心判断、可直接使用的主体成品、证据/待确认项、人工边界和验收检查。

任务专属规则

• 先冻结问题和范围，再描述功能
• 每个需求尽量对应可验证验收标准
• 不替产品、技术、法务或业务负责人作未授权最终决策
• 输出必须具体到可使用的句子、表格或清单，不能只讲方法。
• 涉及个人信息、商业秘密或未公开材料时，只处理完成任务所需的最小范围。
• 成品必须能直接复制、评审或交给下一角色执行，不能只复述方法。
• 任何建议必须说明依据；无法验证时给验证方法而不是确定性结论。

可靠性与失败处理

• 输入相互矛盾：列出冲突项，优先保留可追溯事实。
• 关键信息缺失：生成带“待确认”标记的初稿，并给最小补充清单。
• 用户要求无法验证的外部结果：改成交付物和验证方案，不做保证。
• 任务超出本技能范围：说明缺少的专业判断、工具或授权，不假装已执行。
• 文件损坏、内容缺页、图片无法读取或外部服务不可用：说明缺失范围，只处理可确认内容。
• 输入超出上下文：先建立材料索引，分批处理，最后做一致性复核。

不适用

• 把未评审假设写成已确认需求
• 擅自承诺技术可行性、工期或合规结论
• 编造事实、数据、案例、授权、身份或外部执行结果。
• 通过改名、同义替换或翻译搬运未授权内容。

完成标准

只有同时满足以下条件才算完成：

1. 用户的真实材料已经进入成品，而非得到一个空模板。
2. 关键判断有依据，未知项没有被写成事实。
3. 输出结构与当前任务匹配，可直接使用或进入人工评审。
4. 三组测试场景中的对应不变量通过。
5. TRACE 总分不低于 85，且没有一票否决项。