用途：prd-workflow 用于功能规划，适合从零开始做新功能、把模糊想法变成具体任务、系统收集需求，以及借助 AI 做调研与评审。
主要能力：采用四阶段流程。一、输入分类，识别功能名称与类型；二、访谈与探索，先提出 8-10 个以上问题，覆盖核心问题、成功标准、MVP 范围、技术系统与数据模型、UX/UI 流程、错误状态、边界情况、权衡优先级，随后并行运行代码库研究者、git 历史分析者、外部研究者、架构策略师、安全哨兵、规格流程分析者、模式识别专家等代理，约 2-3 分钟后汇总发现，必要时追问；三、规格编写，输出到 plans/<feature>/spec.md，含概述、问题陈述、成功标准、用户故事、详细需求、技术设计、边界与错误处理、开放问题、范围外、实现故事、研究发现与专家评审发现；四、Dex 交接，用 dex plan 自动生成父任务与子任务，并按 Blocked by 行设置依赖。
故事原子化规则：每个故事不超过 7 条验收标准、涉及不超过 3 个文件、标题不含 and、可独立测试、可单独回退，约 15-30 分钟完成。
使用方式：可用 /prd "Add user authentication" 从想法开始，/prd path/to/existing/code 从代码库开始，或 /prd 交互发现；/cancel-prd 取消进行中的 PRD。完成后用 dex status、dex list、dex list --ready、dex start <id>、/complete <id> 等命令执行与查看任务，也可用 dex sync 与 GitHub issues 同步。
限制：资料未提供支持的平台、收费或价格等细节。