用途：prd 技能用于编写一份实现型智能体可直接执行的 PRD。它是交接文档，使用该技能时不要实现代码。
主要能力：产出三份默认文件，均位于 .dev/<topic-slug>/ 下（除非项目有更强约定或用户指定其他位置）：prd.md 为契约，包含问题、范围、需求、验收标准、任务与验证；checklist.md 为从 PRD 任务派生的可勾选任务清单，供实现方作为实时清单采用；context-notes.md 记录代码库探索得到的要点（关键文件、约定、约束），避免实现方重复发现。若主题 slug 不清晰，从功能名取短 kebab-case slug 并在写文件前说明。
输入：优先使用 clarify 交接摘要、细节足够的用户功能请求，或现有项目文档（如 CLAUDE.md、AGENTS.md、README.md、specs 或相邻 PRD）。若仍有重大歧义，提一个阻塞性问题或建议先运行 /clarify。
工作流：先按需探索代码库，阅读相关项目指引、代码与配置；定义问题、目标、用户与当前范围；区分范围与非目标；高层记录预期技术结构变化；编写编号且可测试的需求；编写可由人、命令、浏览器、API 响应、数据库行或日志检查的验收标准；从需求派生任务，不在任务中引入隐藏范围；分别定义智能体验证与人工验证；以实现结果报告契约收尾；再据任务写 checklist.md、据探索所得写 context-notes.md。
PRD 结构：Summary、Problem And Goal、Users And Use Cases、Pre-Work、Non-Goals、Requirements、Acceptance Criteria、Verification - Agent、Verification - Human、Technical Structure And Changes、Tasks、Risks And Open Decisions、Implementation Result Report Contract。
Checklist 结构：任务带可追溯标签 (req: R1)、(ac: AC1)、(after: T1)，任务编号 T1、T2…；另含 Acceptance Criteria 与 Human Checks 勾选项。
规则：PRD 用韩语撰写，保留上述章节标题原样，正文、需求、验收标准与任务均用韩语；需求描述可观察行为；验收标准须有验证路径；任务须可追溯到需求或验证；若无预期结构变化须明确说明；保持实现就绪而非营销导向；不因相关想法看似有用而扩大 MVP。
限制：资料未提供具体收费、价格、平台支持范围或效果数据；未提供安装命令与代码示例。