---
title: 评审变化
navTitle: 评审变化
---
# 评审变化

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

## 阅读顺序{#reading-order}

1. 先读 [SuccApp 官方文档 Skill](../../../../SKILL.md) 中的 AI 低代码开发说明、[工作区中的 AI 协作文件](../basics/workspace.md#ai-files)和本次任务的需求说明，确认原始目标与验收标准。
2. 再读 [Diff 审查](./diff-review.md)、[元数据静态检查](./metadata-check.md)、[引用检查](./reference-check.md)和[产品验证](./product-verification.md)。
3. 涉及具体文件类型时，回到对应任务页阅读验证重点，例如[做页面](../app/make-page.md)、[做看板](../analytics/make-dashboard.md)、[做报表](../report/make-report.md)、[准备数据](../data/prepare-data.md)或[判断是否需要脚本](../../script/choose-script.md)。
4. 涉及发布生产时，继续阅读[发布到生产环境](../release/release-to-prod.md)，不要只凭本地 diff 下结论。

## 评审输入{#inputs}

评审前准备：

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

## 推荐流程{#workflow}

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

## 风险清单{#risks}

重点关注：

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

## 交付结论{#result}

评审结论建议包含：

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