Stats
Actions
Tags
From kssbox
将任意形式的产品描述或规划文档转化为可直接用于开发的完整 PRD（产品需求文档）。输入可以是任意格式的产品文档、需求描述或零散说明，输出是包含用户故事、功能规格、数据模型、API 设计、页面流程、验收标准的标准 PRD。当用户说"帮我生成 PRD"、"把规划文档转成需求文档"、"我要开始开发了"、"帮我写开发文档"、"我需要一个 PRD"时，必须使用本 skill。
How this skill is triggered — by the user, by Claude, or both
Slash command
/kssbox:prd-writerThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
开始前先判断用户提供了什么：
开始前先判断用户提供了什么：
| 用户提供的内容 | 处理方式 |
|---|---|
| 完整产品规划文档（结构化，含功能列表、用户角色等） | 直接提取，开始生成 |
| 规划文档但结构不完整 | 通读全文自行提取关键信息，告知用户 |
| 只有零散的产品描述 | 先问 3 个关键问题补全，见下 |
| 什么都没有 | 通过补问 3 个关键问题收集最小必要信息后生成 |
如果需要补问，最多 3 个问题：
步骤一和步骤二之间有强依赖（串行），其余参考文件可并行读取。
步骤一：解析输入文档（串行，必须先完成）
→ 读 references/phase-1-parse-input.md，执行提取
→ 向用户确认关键信息，等用户确认后再进入步骤二
步骤二：生成完整 PRD（依赖步骤一结果） → 同时读取以下三个文件（可并行，无依赖关系）：
references/phase-2-prd-sections.md — 各章节写作指南references/prd-template.md — 输出格式参考references/tech-specs.md — 认证方案、API 版本管理、Harness Engineering 规范（第 5 章和第 7.6 章必需）
→ 按章节顺序逐章生成内容步骤三：输出质量检查 → 执行本文件底部的检查清单，全部通过才输出
步骤四：落盘 + 自检
→ 读 references/save-and-test.md，执行落盘和自检
→ 不可跳过，文档不落盘、不自检，不算完成
# [产品名称] PRD v1.0
## 0. 文档说明
## 1. 产品概述
## 2. 用户故事
## 3. 功能规格
## 4. 数据模型
## 5. API 设计（纯前端产品改为：状态管理规格）
## 6. 页面与交互流程
## 7. 非功能性要求
## 8. 验收标准
## 9. 开发优先级与里程碑
## 10. 开放问题（待决策）
详细检查清单在
references/save-and-test.md步骤 B 中，落盘后执行。
核心原则：
| 情况 | 处理方式 |
|---|---|
| 规划文档里技术栈不明确 | PRD 里注明"待定"，在开放问题章节列出推荐选项 |
| 功能描述有歧义 | 在"开放问题"章节列出，不要自己假设 |
| 第三方集成细节不足 | 列出需要调研的问题，给出常用方案对比 |
| 用户要求特定格式 | 优先按用户要求，以本模板为基础调整 |
| 产品很简单（<5个功能） | 合并数据模型和 API 章节，不要为了结构而凑内容 |
| 纯前端/无后端产品 | 第 5 章改为"状态管理规格"，见 references/phase-2-prd-sections.md 说明 |
npx claudepluginhub kevinbrother/kssbox-plugin --plugin kssboxCreates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.