代码不出内网，也能用上 AI 智能评审：云效现已支持 GitLab

作者：沃森

很多企业一边想用 AI 智能评审能力提效，一边又卡在同一个问题上：代码库放在企业内网、专有网络或私有云里，出于安全合规，不希望把 GitLab 暴露到公网。

现在这个两难有了答案。云效 AI 智能评审正式支持 GitLab 集成——过去它主要服务云效 Codeup，如今无论是自建 GitLab 还是托管型 GitLab，只要云效服务能访问到你的 GitLab，就能接入，代码一步都不用搬。

云效 AI 智能评审正式支持 GitLab 集成

GitLab 接入，解决企业代码安全顾虑#

对于重视代码安全的企业来说，将代码库部署在公网并不是理想选择。企业通常更关注：

云效 GitLab 集成能力围绕这些场景设计：

接入 GitLab 后，开发者不需要改变原有的代码协作习惯。

当开发者新建或重新打开 Merge Request 时，GitLab 通过 Webhook 通知云效。云效 AI 智能评审服务读取代码变更及相关上下文，完成分析后，将评审结果写回当前 Merge Request。

GitLab Merge Request 的 AI 智能评审流程

GitLab 部署在企业 VPC 私网中时，云效可以通过专有网络访问能力连接企业网络。

云效通过专有网络访问企业 VPC 内的 GitLab

管理员可以在云效控制台完成以下配置：

GitLab 接入云效 AI 智能评审的配置流程

这种方式无需将 GitLab 地址暴露到公网，更适合对网络隔离和代码安全有较高要求的企业。

云效通过 GitLab Personal Access Token 调用 GitLab API，Token 授权范围需要配置为 api。

测试连接时，云效会校验 GitLab 地址、Token 及网络连通性。测试通过后，即可保存 GitLab 集成配置。

AI 评审不是一次性输出结果。开发者可以针对评审意见继续追问，例如：

需要注意的是，GitLab 的 System Hook 不支持 Comments 事件。如果需要使用评论追问功能，需要为相应的 GitLab 项目配置项目级 Webhook，并开启 Merge request events 和 Comments 事件。

除了支持 GitLab，云效 AI 智能评审还持续增强代码理解能力。

在跨文件评审场景中，AI 不再只关注当前变更文件，还会分析函数、类、变量在代码库中的调用关系，识别改动可能影响的上下游代码。

参考测试数据显示，跨文件风险问题的评审召回率从 61% 提升至 80%，更多潜在问题可以在合并前被发现。

无论代码托管在云效 Codeup，还是企业自己的 GitLab，AI 智能评审都希望帮助团队把问题发现得更早，把代码质量控制在合并之前。

如果您的企业正在使用 GitLab，同时希望引入云效 AI 智能评审，现在即可开始配置。

详细配置方法请参见：

GitLab 集成 AI 智能评审

配置与使用代码评审 AI 助手