القائمة
对代码变更进行审查，检查正确性、边界、性能、规范。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
读取并分析 PRD 需求文档，提取要点和任务拆分。在 dev-flow 流程的第 1 步自动加载。
Uniplat 低代码平台编码规范速查。在 Uniplat 项目中进行任何开发任务时参考。
编码实现方法论：垂直切片 + TDD 核心循环。在 dev-flow 流程的第 5 步自动加载。
生成开发总结文档，记录交付物、依赖、设计要点。在 dev-flow 流程的第 8 步自动加载。
编码实现方法论：垂直切片，逐步推进。
在指定子项目目录下创建 Uniplat 数据模型脚手架（JSON 元数据 + Groovy 钩子文件）
| name | code-review |
| description | 对代码变更进行审查，检查正确性、边界、性能、规范。 |
| version | 1.1.0 |
审查步骤 3 产出的所有代码变更，从多个维度检查质量。审查前先验证代码实际行为。
在静态审查之前，先验证代码的实际运行行为：
检测测试配置：
package.jsonscripts.test 字段，确认测试命令pytest、go test、cargo test 等其他测试配置运行测试（如有测试配置）：
运行类型检查（如有配置）：
typecheck 脚本，或项目使用 tsc --noEmit无测试配置时：
用 git diff 或 Read 查看所有变更文件。
按以下 6 个维度检查每个文件。
对每个问题标注级别：
对照 PRD 截图/原型逐条比对实现：
凡 PRD 图已给出的位置/文案视为硬性验收项，不符即 🔴。
在对话中按以下格式输出审查报告：
## 代码审查报告
### 🧪 运行结果
- 测试：N 通过 / M 失败 / K 跳过
- 类型检查：通过/失败
- （或"项目无测试配置，仅做静态审查"）
### 🔴 必须修复（N 项）
1. **<文件:行号>**：<问题描述>
- 原因：<为什么是问题>
- 建议：<修复方案>
### 🟡 建议修复（N 项）
1. **<文件:行号>**：<问题描述>
- 建议：<改进方案>
### 🔵 可选优化（N 项）
1. **<文件:行号>**：<问题描述>
### 总结
- 必须修复：N 项
- 建议修复：N 项
- 可选优化：N 项
- 整体评价：<一句话总结>