con un clic
koi-prd-checker
PRD 规范性校验器。用于检查 PRD 文档是否符合规范要求。触发词:检查prd、校验prd、prd规范检查。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
PRD 规范性校验器。用于检查 PRD 文档是否符合规范要求。触发词:检查prd、校验prd、prd规范检查。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
将 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 文件路径并要求检查