Menü
PRD 规范性校验器。用于检查 PRD 文档是否符合规范要求。触发词：检查prd、校验prd、prd规范检查。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
将 PRD 文档转换为 prd.json 格式，用于故事循环执行器逐故事执行。触发词：转换 prd、转 json、create prd.json、prd 转 json。
生成产品需求文档（PRD）。用于规划功能、启动新项目。触发词：创建prd、写prd、规划功能、产品需求文档。
PRD 生成与校验流水线。自动执行 生成→校验→修正→复检 的循环流程，输出符合规范的 PRD。触发词：生成prd流水线、prd pipeline、创建高质量prd。
故事执行器（子代理指令）。每次执行一个用户故事，通过文件系统传递上下文。触发词：执行故事、实施PRD、开始开发。
故事循环执行器。读取prd-[功能名称].json，按依赖顺序循环调度子代理逐个执行用户故事，直到全部完成。触发词：执行故事循环、开始执行故事、自动执行故事。
| name | koi-prd-checker |
| description | PRD 规范性校验器。用于检查 PRD 文档是否符合规范要求。触发词：检查prd、校验prd、prd规范检查。 |
| user-invocable | true |
对 PRD 文档进行系统性检查，确保符合标准 PRD 规范要求。
prd-context/prd-files/ 目录读取PRD 必须包含以下 9 个章节：
检查方法： 逐项核对是否存在，如缺少任何必含章节（标记为可选的除外），记录为不符合项。
必须符合以下格式：
### US-XXX: [标题]
**描述：** 作为一名 [用户]，我希望 [功能] 以便 [收益]。
**验收标准：**
- [ ] 具体可验证的标准
- [ ] 类型检查/lint 通过
- [ ] **[仅限 UI 故事]** 在浏览器中验证
检查项：
拆分原则：
拆分示例：
| 过大故事（不合格） | 应拆分为（合格） |
|---|---|
| "创建预审记录（表单 + 上传 + 验证）" | ①创建表单页面 ②实现附件上传 ③表单验证逻辑 |
| "查询和搜索（筛选 + 关键词 + 分页 + 排序）" | ①列表展示与分页 ②多条件筛选 ③关键词搜索 ④列表排序 |
| "编辑功能（界面 + 预填充 + 附件 + 历史）" | ①编辑表单与预填充 ②附件增删 ③编辑历史记录 |
检查项：
原则： 验收标准必须具体、可验证。
❌ 不合格的写法：
✅ 合格的写法：
检查项：
原则： 每个功能需求（FR）必须有对应的用户故事（US）。
检查项：
原则： 非目标部分必须明确说明功能不包括什么。
额外要求： 对于支持的功能（如附件上传），要明确说明是否包含相关衍生功能。
检查项：
原则： 技术栈必须明确指定，不能使用"等"模糊描述。
❌ 不合格的写法：
✅ 合格的写法：
检查项：
原则： 目标部分必须包含 branchName 字段。
格式： branchName: prd/[功能名称]（kebab-case）
示例：
branchName: prd/pre-review-managementbranchName: prd/task-priority-system检查项：
新项目必须包含：
第三方依赖：
npm install xlsx原则： 开放问题必须描述完整，不能有截断或不完整的句子。
检查项：
原则： 目标必须具体、可衡量。
❌ 不合格的写法：
✅ 合格的写法：
检查项：
完成检查后，输出以下格式的报告：
# PRD 规范性校验报告
**PRD 文件：** [文件名]
**校验时间：** [日期时间]
**校验结果：** ✅ 通过 / ❌ 不通过
---
## 检查结果汇总
| 检查项 | 结果 | 不符合项 |
|-------|------|---------|
| 章节结构 | ✅/❌ | [如不符合，列出缺少的章节] |
| 用户故事格式 | ✅/❌ | [如不符合，列出具体问题] |
| 用户故事颗粒度 | ✅/❌ | [列出过大的故事] |
| 验收标准具体性 | ✅/❌ | [列出模糊的验收标准] |
| 功能需求-US对应 | ✅/❌ | [列出缺少 US 的 FR] |
| 非目标完整性 | ✅/❌ | [问题描述] |
| 技术栈明确性 | ✅/❌ | [列出模糊的技术描述] |
| 分支名称 | ✅/❌ | [问题描述] |
| 依赖说明 | ✅/❌ | [缺少的依赖说明] |
| 开放问题完整性 | ✅/❌ | [截断的问题] |
| 目标可衡量性 | ✅/❌ | [不可衡量目标] |
---
## 不符合项详情
### 1. [检查项名称]
**问题描述：** [具体问题]
**当前内容：** [PRD 中的实际内容]
**改进建议：** [如何修改]
---
## 总结
- ✅ 符合项：X 项
- ❌ 不符合项：X 项
- **总体评价：** [是否符合规范]
---
## 改进优先级
1. **P0（必须修复）：** [影响实施的关键问题]
2. **P1（强烈建议）：** [影响效率的问题]
3. **P2（可选优化）：** [最佳实践建议]
当用户发送以下内容时触发此技能：
.md 文件路径并要求检查