评审变化

AI 修改完成后，必须评审变化范围和风险。评审不是只看 AI 的总结，而是同时检查 SuccApp 同步差异、Git diff、元数据静态结构、引用关系和产品运行效果。

阅读顺序

1. 先读 SuccApp 官方文档 Skill 中的 AI 低代码开发说明、工作区中的 AI 协作文件和本次任务的需求说明，确认原始目标与验收标准。
2. 再读 Diff 审查、元数据静态检查、引用检查和产品验证。
3. 涉及具体文件类型时，回到对应任务页阅读验证重点，例如做页面、做看板、做报表、准备数据或判断是否需要脚本。
4. 涉及发布生产时，继续阅读发布到生产环境，不要只凭本地 diff 下结论。

评审输入

评审前准备：

1. 用户需求和验收标准。
2. AI 修改说明和文件清单。
3. succapp workspace status 或 Changes 视图。
4. SuccApp diff。
5. Git diff。
6. 产品页面、设计器或脚本日志验证结果。

推荐流程

1. 先确认当前连接的是测试服务器。
2. 查看 SuccApp Changes，确认本地变化、远端变化和冲突。
3. 逐个打开 diff，检查是否只改了需求相关内容。
4. 查看 Git diff，确认没有运行时文件、临时文件和无关格式化。
5. 检查 .meta、引用路径、字段名、组件 ID、数据集 ID 和动作节点 ID。
6. 推送测试服务器并验证效果。
7. 需要发布生产时，按发布到生产环境执行。

风险清单

重点关注：

1. 大范围格式化导致真实修改难以识别。
2. 误删 .meta 或资源文件。
3. 修改稳定字段名、组件 ID、数据集 ID、动作节点 ID。
4. 修改权限、流程、数据范围或系统配置。
5. 生成不存在的引用路径。
6. SQL 或脚本只验证了成功路径。
7. 只在本地检查，没有推送测试服务器验证。

交付结论

评审结论建议包含：

1. 修改了哪些业务能力。
2. 关键文件清单。
3. 已完成的验证。
4. 已知风险和限制。
5. 是否可以提交 Git 或进入发布流程。