用途：将粗略产品想法起草或精炼为简洁、可检索的产品需求文档（PRD），并写出 Typst 源文件及同目录同名 PDF。PRD 是后续功能交付的产品事实来源，不是头脑风暴备忘录的重复。
主要能力：支持新建或收紧、简化、更新现有 PRD；强调决策导向写作；要求功能具备功能、页面、规则、异常与验收细节，便于下游功能规格使用；使用可检索标题，便于用 rg 按标题定位单个功能、页面、规则、异常或验收切片；仅在用户要求或实质影响定位、范围、优先级时做竞品调研。
使用方式：先检查本地上下文（现有文档、产品笔记、相邻 PRD、规格、功能目录）；只询问会实质改变范围、优先级或排序的缺失产品决策；尽早起草并迭代至决策稳定，再写入解析后的路径。输出路径解析顺序：当前任务用户显式路径、环境变量 ELITEFORGE_SKILL_PRD_OUTPUT_PATH、<project>/docs/prd.typ。若解析为目录则写 <该目录>/prd.typ；若为无 .typ 后缀的文件路径则保留基名并追加或替换为 .typ；写入前创建缺失父目录。写完后在同目录导出同名 PDF，不写 prd.md。新建 PRD 时以 assets/prd-template.typ 为起始结构，保留可检索标题前缀：Module:、Feature:、Page:、Interaction:、Rule:、Exception:、Acceptance:，前缀后使用业务术语。
适用场景：新产品或功能需要正式 PRD；宽泛想法需要产品级范围、优先级与用户目标；团队在设计澄清或功能规划前需要稳定产品输入；现有 PRD 需要收紧、简化或更新。
限制：不重复实现细节、测试计划或长设计散文；不制造关系爆炸，只保留改变范围、优先级或排序的依赖；若 Typst 编译不可用或失败，应报告阻塞而非声称已输出 PDF；结束于稳定 PRD，后续设计澄清与实现规划属于后续工作流。内容边界：头脑风暴负责为什么需要、备选方案、被拒选项与未解决设计选择；PRD 负责产品必须做什么，包括功能需求、入口点、页面行为、业务规则、异常、边界、验收、依赖与顺序。无 UI 的功能保持页面部分简洁并命名 API、任务、事件或集成入口点；业务规则需精确到可支撑后端服务、数据库、API 与测试设计；异常覆盖空、拒绝、无效、过期、重复、上游失败、超时、部分成功与边界情况；共享需求仅限真实跨功能需求；功能清单通常 3-7 个有界功能；依赖图只记录直接阻塞依赖，A --> B 表示 B 依赖 A；验收是产品级完成，不是测试用例或 AC-*。