feat:update 3 4
This commit is contained in:
@@ -0,0 +1,38 @@
|
||||
# /PR说明生成
|
||||
|
||||
## 使用场景
|
||||
|
||||
工单模块阶段开发完成后,生成 PR 描述初稿。
|
||||
|
||||
## 输入
|
||||
|
||||
- diff 或变更文件清单。
|
||||
- 需求说明。
|
||||
- 测试结果。
|
||||
- Review 记录。
|
||||
- 风险和不确定点。
|
||||
|
||||
## 执行要求
|
||||
|
||||
1. 说明背景和目标。
|
||||
2. 列出变更范围。
|
||||
3. 标注不做什么。
|
||||
4. 写清测试和验收结果。
|
||||
5. 写清风险、回滚建议和 AI 使用记录。
|
||||
|
||||
## 输出格式
|
||||
|
||||
```md
|
||||
## 背景
|
||||
|
||||
## 变更内容
|
||||
|
||||
## 不做什么
|
||||
|
||||
## 测试与验收
|
||||
|
||||
## 风险与回滚
|
||||
|
||||
## AI 辅助记录
|
||||
```
|
||||
|
||||
@@ -0,0 +1,30 @@
|
||||
# /代码生成 Review
|
||||
|
||||
## 使用场景
|
||||
|
||||
JeecgBoot 基于工单表生成基础 CRUD 后,正式进入人工调整前使用。
|
||||
|
||||
## 输入
|
||||
|
||||
- 数据表字段说明。
|
||||
- 生成的前端页面。
|
||||
- API 模块文件。
|
||||
- 后端 Controller。
|
||||
- 后端 Service。
|
||||
- 当前 rules。
|
||||
|
||||
## 执行要求
|
||||
|
||||
1. 检查字段是否和数据模型一致。
|
||||
2. 检查查询条件、分页、排序是否完整。
|
||||
3. 检查状态、优先级、类型是否使用字典或枚举。
|
||||
4. 检查新增、编辑、删除、导出按钮是否需要权限控制。
|
||||
5. 检查后端接口是否有权限校验。
|
||||
6. 检查 loading、empty、error、forbidden 状态是否缺失。
|
||||
7. 标注不确定点。
|
||||
|
||||
## 输出格式
|
||||
|
||||
| 检查项 | 文件 | 现状 | 问题 | 建议 | 验收 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
|
||||
@@ -0,0 +1,26 @@
|
||||
# /工单需求拆解
|
||||
|
||||
## 使用场景
|
||||
|
||||
把“工单管理”这类业务需求拆成用户故事、字段、接口、状态和验收标准。
|
||||
|
||||
## 输入
|
||||
|
||||
- 原始需求说明。
|
||||
- 角色列表。
|
||||
- 当前项目规则。
|
||||
- 已定位的源码依据。
|
||||
|
||||
## 执行要求
|
||||
|
||||
1. 先列业务目标和非目标范围。
|
||||
2. 按角色拆用户故事。
|
||||
3. 输出字段清单和字典需求。
|
||||
4. 输出接口候选清单。
|
||||
5. 标注需要业务确认的不确定点。
|
||||
|
||||
## 输出格式
|
||||
|
||||
| 用户故事 | 角色 | 目标 | 字段/接口 | 验收标准 | 不确定点 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
|
||||
@@ -0,0 +1,27 @@
|
||||
# /接口契约生成
|
||||
|
||||
## 使用场景
|
||||
|
||||
需求拆解后,用于生成工单模块接口契约初稿。
|
||||
|
||||
## 输入
|
||||
|
||||
- 需求拆解表。
|
||||
- 字段清单。
|
||||
- 权限矩阵。
|
||||
- 状态流转表。
|
||||
- JeecgBoot API 约定。
|
||||
|
||||
## 执行要求
|
||||
|
||||
1. 覆盖列表、详情、新增、编辑、指派、状态流转、审计、看板。
|
||||
2. 每个接口写方法、路径、参数、响应、权限字符。
|
||||
3. 每个接口写成功和失败场景。
|
||||
4. 每个接口写验收方式。
|
||||
5. 路径建议必须标注为建议,不伪装成已有事实。
|
||||
|
||||
## 输出格式
|
||||
|
||||
| 接口 | 方法 | 路径建议 | 参数 | 响应 | 权限 | 失败场景 | 验收 |
|
||||
| --- | --- | --- | --- | --- | --- | --- | --- |
|
||||
|
||||
@@ -0,0 +1,25 @@
|
||||
# /模块结构分析
|
||||
|
||||
## 使用场景
|
||||
|
||||
接手 JeecgBoot 或类似前后端分离后台项目时,用于快速建立项目地图。
|
||||
|
||||
## 输入
|
||||
|
||||
- 项目根目录。
|
||||
- 后端入口文件或父 POM。
|
||||
- 前端入口文件或 package.json。
|
||||
- 项目知识库或 README。
|
||||
|
||||
## 执行要求
|
||||
|
||||
1. 按前端、后端、权限、配置、数据库分组。
|
||||
2. 每个结论必须引用路径。
|
||||
3. 区分事实、推断、建议、不确定点。
|
||||
4. 输出后续应该深入阅读的 5-8 个文件。
|
||||
|
||||
## 输出格式
|
||||
|
||||
| 模块 | 路径 | 事实依据 | 作用 | 下一步验证 |
|
||||
| --- | --- | --- | --- | --- |
|
||||
|
||||
Reference in New Issue
Block a user