用途：帮助撰写锚定于已验证问题的产品需求文档（PRD）或产品规格（spec），也可评审现有文档。它强调先厘清问题再写需求，适合仍处于发现/规划阶段或需求已定、需要构建蓝图的产品工作。
主要能力与规则：先区分 PRD 与 spec。PRD 面向广泛受众，回答“做什么、为什么”，适合早期发现；spec 面向工程、设计、QA，回答“如何设计与构建”，适合需求确定后。问题关卡要求问题陈述包含现状与期望的差距、负面后果、要达成的目标；并检查是否触及根因而非症状、是否具体、是否有事实依据。
文档结构包括：摘要、问题陈述、明确的范围（含排除项）、人物画像与用户故事、需求、验收标准、依赖/约束/假设（DCA）、成功指标。需求须可测试，例如用“仪表盘在标准移动网络下 2 秒内加载”替代“加载要快”；用户故事采用“作为[人物]，我想要[动作]，以便[收益]”并满足 INVEST。DCA 区分内部/外部依赖、命名约束、把假设转为可测试检查项并有负责人。
用法：先确认要写 PRD 还是 spec，再构建问题陈述；若用户无法提供证据，可继续但须把问题标记为待验证假设。交付前运行自审：每条需求可测量、每个故事表达价值、范围列明排除项、需求可回溯到问题、假设作为风险并附测试方式、成功指标具体可测。
限制：技能自身说明这是生成式但有门控，不能跳过问题闸门；文档应视为活文档，需在冲刺评审和发布后重新验证。无法满足的内容应如实报告，不应编造。与其他审计技能（如假设严谨性、规格质量、OKR 指标有效性）的衔接取决于是否已安装，未安装则使用本技能自审清单，不阻塞流程。