用途：把粗略的产品或功能想法转化为产品需求文档（PRD），作为“想法 → PRD → 技术设计 → 实现”流程中的产品环节，供后续独立技术智能体据此编写技术设计文档。核心原则是 PRD 只写“做什么”和“为什么”，不写“怎么做”，不指定框架、数据库、API、数据结构或架构。
主要能力：以苏格拉底式提问澄清范围，先分析已知与未知，只针对真实空白提问；每次消息仅问一个问题，优先多选题，重点覆盖边界情况、目标受众、成功指标，也可涉及范围边界与用户流程。提问总数硬上限为 5 个；达到上限或范围已清晰即停止提问并撰写 PRD，剩余歧义写入“开放问题/假设”。文档写入 docs/prds/YYYY-MM-DD-<slug>.md，目录不存在则创建。
PRD 必须按固定顺序包含：问题与目标、目标受众、范围内/外、用户故事、关键用户流程、功能需求、边界情况、验收标准、成功指标、开放问题/假设、下一步。验收标准需可验证，成功指标需为可衡量的数字或可观察信号。
限制：不要一次发送多个问题；不要超出 5 个问题；不要写入技术实现细节；不要走 brainstorming 流程，也不要保存到 docs/superpowers/specs/ 或称为设计文档。若在提问上限时范围仍模糊，应照常撰写 PRD 并把遗留歧义记录在开放问题中。