67837df8d0
- 新增全套考试卷、评估卷、参考答案与考试培训包模板 - 修正slidev培训课件:调整模块标题、链路图缩放,替换工单示例为通用业务对象 - 修正课堂红线表述为证据红线,将小组作业调整为个人作业要求 - 新增权限、状态流转、审计日志、看板指标四类可复用业务规则块 - 整理AI工程技能交付包,迁移旧资产至客户专属交付包并统一术语 - 新增考试输出模板与TRAE使用记录文档
10 KiB
10 KiB
模块 7:阶段代码审查与修复
工单模块改动涉及权限、状态、审计、异常和看板,必须做阶段 Review。
权限是否闭环
状态流转是否完整
审计日志是否可查
异常态是否覆盖
看板口径是否清楚
测试是否覆盖关键路径
AI Review 输入
| 输入材料 | 用途 |
|---|---|
| 当天 diff | 看实际修改 |
| RBAC 权限矩阵 | 判断权限是否正确 |
| 状态流转表 | 判断合法和非法路径 |
| 审计日志 SOP | 判断是否可追溯 |
| 异常态清单 | 判断防御性逻辑 |
| 看板指标字典 | 判断统计口径 |
| 测试结果 | 判断是否可验收 |
复杂业务控制面的三个 Skill
| Skill | 什么时候用 | 输入材料 | 输出产物 |
|---|---|---|---|
| design-complex-business-module | 开始写代码前 | 需求、项目规则、现有角色/API/表结构 | RBAC、权限方案、状态表、审计 SOP、异常清单、指标字典 |
| review-business-delivery | 阶段 Review 时 | diff、业务产物、测试结果、验收记录 | 问题清单、证据缺口、待确认项 |
| track-review-fix-loop | 修 Review 后 | Review 报告、修改文件、验证证据 | 修复记录、未闭环事项、资产更新建议 |
Skill 负责流程和质量门禁;rule 负责长期约束;template/checklist 负责稳定输出。
design-complex-business-module 怎么用
请使用 design-complex-business-module,基于 JeecgBoot 工单模块设计复杂业务控制面。
输入材料:
1. 需求范围:工单权限、状态流转、审计、异常态、看板。
2. 项目规则:security-permission、state-audit、testing、delivery。
3. 现有证据:角色、菜单权限、接口、数据表、相似模块。
输出必须包含:
RBAC 权限矩阵、权限控制方案、状态流转表、非法流转清单、
审计日志 SOP、异常态清单、看板指标字典、看板接口验收记录。
要求:
没有源码或配置证据的内容标记为“建议”或“待确认”。
阶段 Review 报告
| 等级 | 模块 | 问题 | 风险 | 修复建议 | 验收 |
|---|---|---|---|---|---|
| P1 | 权限 | 删除接口只隐藏按钮,后端缺少校验 | 可绕过前端删除工单 | 补后端权限校验 | 无权限请求返回 403 |
| P1 | 状态 | closed 工单仍可重新处理 | 关闭状态失效 | 禁止 closed -> processing | 接口返回非法状态 |
| P2 | 审计 | 指派未记录前后值 | 难以追踪责任 | 记录 old/new assignee | 详情页日志可查 |
| P2 | 看板 | 平均关闭周期口径不清 | 管理判断失真 | 明确 create_time 到 close_time | 指标字典更新 |
review-business-delivery 怎么用
请使用 review-business-delivery 对本次工单模块改动做阶段 Review。
输入材料:
- 当天 diff 或修改文件清单
- RBAC 权限矩阵和权限控制方案
- 状态流转表和非法流转清单
- 审计日志 SOP 和异常态清单
- 看板指标字典和接口验收记录
- 测试命令、接口响应、浏览器验证或手工验收记录
输出格式:
先列问题清单,按 P0/P1/P2/P3 排序;
每个问题必须有证据、风险、修复建议和验收方式;
缺少证据时单独列“证据缺口”,不要猜测。
修复记录
| Review 编号 | 问题 | 是否成立 | 修改说明 | 验证结果 | 资产沉淀 |
|---|---|---|---|---|---|
| R01 | 删除接口缺少权限校验 | 是 | 增加后端权限校验 | 无权限请求被拒绝 | 权限检查清单 |
| R02 | closed 可重新处理 | 是 | 补非法流转校验 | 状态不变 | 状态流转检查清单 |
| R03 | 看板关闭周期口径不清 | 是 | 明确指标口径 | 指标说明已更新 | 看板口径清单 |
track-review-fix-loop 怎么用
请使用 track-review-fix-loop,把阶段 Review 问题转成修复闭环记录。
输入材料:
- 带编号的 Review 报告
- 修改文件或产物
- 测试输出、接口响应、浏览器截图或手工验收步骤
- 现有 rules、checklists、prompts、examples、skills 目录
每个问题状态只能是:
成立-已修复 / 成立-暂不修复 / 不成立 / 需确认 / 未闭环
输出必须包含:
修复记录、未闭环事项、资产更新建议。
资产类型从 rule、checklist、prompt、command、skill、example 中选择。
复杂业务模块资产
01 工单 RBAC 权限矩阵
02 工单权限控制方案
03 工单状态流转表
04 非法流转清单
05 工单审计日志 SOP
06 异常态与防御性逻辑清单
07 研发效能看板指标字典
08 看板接口验收记录
09 阶段 Review 报告
10 修复记录
复杂业务资产包目录
ai-dev-assets/
├── rules/
│ ├── security-permission.md
│ ├── state-audit.md
│ ├── testing.md
│ └── delivery.md
├── skills/
│ ├── design-complex-business-module/
│ ├── review-business-delivery/
│ └── track-review-fix-loop/
├── templates/jeecgboot/
├── checklists/jeecgboot/
├── prompts/jeecgboot/
└── examples/jeecgboot/
交付给团队的不是聊天记录,而是可安装、可复用、可审查的工程资产包。
layout: center class: text-center
复杂业务模块的控制面
让工单模块从“能跑通”升级到“可控制、可审计、可验证、可 Review”。
权限矩阵
状态机
审计 SOP
异常清单
Review 闭环