with one click
koi-prd-checker
PRD 规范性校验器。用于检查 PRD 文档是否符合规范要求。触发词:检查prd、校验prd、prd规范检查。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
PRD 规范性校验器。用于检查 PRD 文档是否符合规范要求。触发词:检查prd、校验prd、prd规范检查。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
将 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 文件路径并要求检查