用途：hai-prd 处理全部 PRD 相关工作，包括判断是否需要 PRD、选择 PRD 粒度、拆分或合并 PRD、从产品问题起草 PRD，以及精修已有 PRD。其核心立场是：PRD 不是默认产物，并非每个想法、字段、API、配置变更或技术决策都需要 PRD；没有产品边界或可证明的验收时，不应强行套用 PRD。
主要能力：包含四种模式。Need PRD 先判断产物类型，在 PRD、hai-goal、hai-architecture、hai-idea、hai-tdd、hai-audit-docs 等之间路由；Design PRD 从功能想法或产品问题出发，收集上下文、框定需求、划定范围、定义行为与验收；Craft PRD 把已有 PRD 当作整体产品论证来精修，诊断目标漂移、范围漂移、冲突漂移、验收漂移、方案漂移和局部编辑漂移；Scope PRD 用六项测试（新闻稿、独立价值、独立验收、领域语言、用户旅程、时间胃口）判断粒度，并参考 references/scope-tiers.md 选择具体切分。
核心原则：验收必须可证明，一份 PRD 应解决一个明确结果、一条主用户旅程或产品边界，以及能证明其交付的验收标准；边界跟随用户心智模型而非技术；先修边界再改措辞。
使用方式：根据请求选择模式——必要性检查走 Need PRD，从问题起草走 Design PRD，精修已有文档走 Craft PRD，拆分/合并/粒度走 Scope PRD；一个请求可跨模式。按所选模式执行流程，输出时读取 references/output-template.md 并只填写当前模式的章节。
适用场景：需要对齐目标、范围与验收的用户或业务行为变更；需要明确范围内外边界；需要验收标准证明完成；需要记录产品级选项、风险、约束或发布事项；团队在没有 PRD 时会对目标、范围或验收产生分歧。
限制：不做项目管理，除非被要求，否则不分配负责人或日期；不是把所有想法都包装成 PRD 的工具，没有产品边界或验收需求时应推荐其他合适产物。中文读者可参考 SKILL.zh_CN.md，英文 SKILL.md 为执行事实来源。