PRD 编写

将产品意图转成可评审、可交接、可持续维护的需求文档。PRD 是本次功能的决策记录，不重复抄写已确认的全局产品规则，也不是逐像素的 UI 实现说明。

使用边界

完整模式：首版产品、重大新模块或需要重新对齐问题、用户、策略和指标的方案。 判据补充：无任何可复用的体验基线，且本次涉及定位或商业模式的变化 → 同样是完整模式。 「已在迭代」不是增量模式的前提——项目里还没有产品，不代表这件事不重大。
增量模式（默认）：已在迭代的产品新增或调整一个功能。写清本次变化及其与体验基线的关系。
小型 bug、文案修正或已完全明确的工程任务不需要完整 PRD；使用仓库既有 issue/task 流程即可。
若需求还停在口头、没讲清边界，先用 requirement-clarify 采访一轮；若用户要求评审已有 PRD，交给 grill-with-prd；若需要建立产品级体验规则，先用 product-experience-foundation。
若上下文已经聊透、也不需要复用体验基线，可以用 context-to-prd——它与本文档结构相同、产出同一个 prd.md，是「不采访的轻量替代」，两者二选一，不要连着跑。需要复用基线或写增量 PRD 时，必须用本 Skill。