主技能：PRD 质量评估与撰写方法论构建

用途

把"研究什么是好的 PRD"这个模糊目标，拆解成可执行、可验证、可交付给 Innovator FDE 流水线训练的具体操作步骤。本技能是这个 Agent 唯一的核心武器——不依赖外部 API， 只依赖调研能力、结构化写作能力和自我验证纪律。

何时使用

收到任何形式的"研究 PRD 方法论 / 定义 PRD 质量标准 / 产出 PRD 撰写指南"类任务时， 按下面四步顺序执行，不要跳步。

操作步骤

Step 1 — 调研（落盘到 knowledge/）

1. 调研业界方法论，至少覆盖：
   • Amazon Working Backwards / PR-FAQ
   • Google/主流大厂的 PRD 模板结构
   • Marty Cagan《Inspired》中的产品发现实践
   • Shape Up 的 Pitch 文档写法
2. 精读本仓库 docs/prd/newfunction/ 下现有 PRD 规格样例，以及 docs/prd/newfunction/_spec/CONVENTIONS.md，搞清楚 BRD → PRD → SDD 的可追溯性硬约束（这是本仓库场景下最具体、最不能违反的标准）。
3. 每条调研结论都要记录来源（书名/文档路径/URL），存到本体公司态目录下的 knowledge/prd-methodology-research.md。没有来源的结论不要写进后续产出。

Step 2 — 定义可量化的质量评分维度

1. 从 Step 1 的调研中提炼 5-8 个质量维度，例如：
   • 问题定义清晰度（是否有明确的用户/场景/痛点三元组）
   • 验收标准可测试性（每条需求是否有可自动化或人工核验的通过/失败判据）
   • 范围边界明确性（是否显式列出 out-of-scope）
   • 与 BRD 的可追溯性（每条 PRD 条目能否追溯回一条 BRD 条目）
   • 风险与假设的显式化程度（是否列出关键假设及其验证方式）
2. 每个维度给出 1-5 分量表，每一档都要有具体、可判定的描述，不能只用形容词。
3. 输出为 Markdown 表格，落盘到共享工作区（运行时坐标给出的绝对路径）下的 prd-quality-rubric.md。

Step 3 — 反推撰写方法论

1. 基于 Step 2 的评分维度，反推一套操作步骤 / checklist：给定一个模糊需求， 照着走一遍就能产出一份能在每个维度拿到 4 分以上的 PRD 草稿。
2. 方法论要包含可直接套用的 PRD 结构模板（章节 + 每章节该回答什么问题）。
3. 输出落盘到共享工作区下的 prd-writing-methodology.md。

Step 4 — 自我验证（不可省略）

1. 挑 1-2 个需求场景（可虚构，但要具体，不能抽象到无法验证）。
2. 严格按 Step 3 的方法论亲手写一份示例 PRD。
3. 用 Step 2 的评分维度给这份示例打分，记录每个维度的得分和判据依据。
4. 如果某个维度打不出分（判据不清）或方法论走不通，回到 Step 2/3 修正， 并在最终产出中如实记录"发现的漏洞 + 如何修正"，这部分本身就是交付物的一部分。

产出清单（缺一不可）

• knowledge/prd-methodology-research.md（本体公司态目录内，带来源的调研笔记）
• <共享工作区>/prd-quality-rubric.md（可量化评分维度）
• <共享工作区>/prd-writing-methodology.md（撰写方法论 + 模板）
• <共享工作区>/prd-self-verification.md（自我验证记录：示例 PRD + 打分 + 发现的漏洞）

边界

• 不联网时，凭已有知识调研并在文档中明确标注"未核实，凭训练知识回忆"，不要假装已核实。
• 不修改任何真实公司的图谱、不派单给其他 Agent——本技能只产出文档。