GitLab 19.5 把 Claude Code、Cursor 拉进治理面板：谁在用智能体、动了哪个项目都要留痕

把 Claude Code 接进公司代码库，通常只要几分钟；回答“过去一周谁家的智能体读了哪个仓库、跑了哪条流水线”，却可能要几天。智能体越能干，这个问题就越难绕开。GitLab 19.5 的选择是：既然拦不住开发者把外部智能体接进来，那就把它们全部拉进同一张治理网。

一分钟速览

• GitLab MCP 服务器正式可用，Claude Code、Cursor 等兼容 MCP 的工具可以访问更多 GitLab 工具目录。
• 外部智能体被纳入 AI 治理仪表盘，可记录用户、智能体、项目和时间，审计事件可流向 SIEM。
• 管理员可以按工具集收窄暴露面，降低上下文消耗和误操作风险。
• GitLab.com 给 MCP 调用加了速率限制：免费版每分钟 60 次，付费版 600 次。
• Duo CLI 新增自动模式，默认关闭，可在实例、群组、项目三级控制。

从“能连上”到“敢放手”

GitLab 19.5 于 10 月 15 日发布，核心是把智能体软件开发和治理放到平台中央。正式可用的 GitLab MCP 服务器通过 Model Context Protocol 向智能体开放平台能力：发现群组、检查单个 CI/CD 构件文件、启动或监控 GitLab Duo 智能体和工作流。兼容 MCP 的 Claude Code、Cursor 等工具，因此能调用更多 GitLab 工具目录，也能接入 Duo Agent Platform 的智能体和工作流。

给智能体开放全部工具并不划算。工具越多，上下文消耗越大，模型可能执行的动作也越多。GitLab 允许管理员选择暴露哪些工具集，这实际上是一种轻量的最小权限设计：不是先给全部权限再事后审计，而是在入口处就缩小范围。

治理面板第一次看见“外部的人”

此前，AI 治理仪表盘主要关注 GitLab 自家 Duo Agent Platform 的智能体。19.5 允许通过 GitLab CLI 连接 Claude Code、Cursor 和 Codex 等工具。配置完成后，组织可以记录符合条件的智能体会话，包括用户、智能体、项目和时间信息，这些活动会和 GitLab 自身的智能体一起显示。审计事件还可以流式传输到 SIEM 系统。

这一步的意义不只是多了一个 MCP 端点。连通性解决“能不能用”，治理决定“能不能在组织规模下安全地用”。当安全团队能回答“哪个智能体、被谁、在哪个项目上做了什么”，智能体才真正具备进入生产环境的条件。

自动模式：把审批从每一步挪到边界

GitLab Duo CLI 新增了自动模式，允许智能体执行工具，而不用为每个 Shell 命令、Git 操作或 MCP 调用请求批准。该功能默认关闭，可在实例、群组和项目级别控制；被明确标记为“始终拒绝”的工具仍会被阻止。

这背后是一个现实问题：智能体自主性越高，人工逐项批准就越不现实。治理的重心因此从“每一步点同意”转向“提前划定边界，过程留痕，事后可查”。同一版本里，/goal 命令正式可用，开发者只需描述一个开放式目标，Duo 就会交由受治理的流程完成代码实现与结果核验。

密钥和扫描配置也补齐了

GitLab 19.5 正式发布 Secrets Manager。它基于 OpenBao 构建，与现有群组和项目权限集成，把密钥作用范围限定在需要它们的任务内，并为密钥操作生成审计事件。安全配置模板也得到扩展，企业可以统一配置密钥检测、静态应用安全检测的参数，比如排除路径、分析器镜像、全历史扫描，不必在每个项目的 CI/CD 文件里重复写一遍。

这些能力和智能体功能是互补的：智能体可能接触代码库、凭证和流水线，平台就必须把这三样东西的访问边界画清楚。

和 GitHub 的路线越来越像，但重心不同

GitLab 与 GitHub 的方向正在收敛：都把代码智能体当成软件生命周期的参与者。差别在侧重点。GitHub 的生态受益于 Copilot 和编码智能体的广泛覆盖，Cursor、Claude Code 等工具更贴近开发者的本地环境；GitLab 则试图让整个 DevOps 平台可被智能体访问，包括代码库、议题、流水线、构件以及原生智能体。

竞争焦点也在移动：从“哪个编码助手生成的代码更好”，转向“哪个平台能为自主智能体执行工程工作提供最安全、最有用的环境”。对企业的技术负责人来说，选型时值得多问一句：智能体接入之后，谁能看见它做了什么，出了问题能不能追到人、追到项目、追到那一次调用。答案往往比模型跑分更能决定这套东西能不能长期留在生产环境里。