GitLab 19.5 发布 MCP 服务器正式可用并纳入智能体治理

GitLab 19.5 于 10 月 15 日发布，将智能体软件开发和治理作为平台核心：GitLab MCP 服务器正式可用，同时扩展了外部 AI 智能体与 GitLab 交互的方式。

该版本允许 Claude Code、Cursor 等兼容 MCP 的工具访问更多 GitLab 工具目录，并调用 GitLab Duo Agent Platform 的智能体和工作流。与此同时，GitLab 增加了对外部智能体的治理控制，让安全团队能够了解哪些智能体正在被使用、谁在使用、针对哪些项目。

正式可用的 GitLab MCP 服务器通过 Model Context Protocol 为智能体开放 GitLab 平台能力。新增工具允许智能体发现群组、检查单个 CI/CD 构件文件，以及启动或监控 GitLab Duo 智能体和工作流。管理员还可以选择暴露哪些 MCP 工具集，从而减少不必要的工具以及它们占用的上下文。

为智能体提供所有可用工具会增加上下文消耗，也会增加模型可能执行的操作数量。工具集筛选是一种轻量化的最小权限代理设计方案。

GitLab.com 还引入了 MCP 速率限制：免费版用户每分钟 60 次请求，Premium 和 Ultimate 用户每分钟 600 次，重连与重试请求同样计入限额。

更重要的新增功能之一是将外部连接智能体纳入 GitLab 的 AI 治理范围。

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

这不只是提供一个 MCP 端点，而是迈出了重要一步：连通性提供能力，而治理决定了这种能力能否在组织规模下安全使用。

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

/goal 命令也正式可用。开发者只需描述一个开放式目标，GitLab Duo 就会交由受治理的流程完成代码实现与结果核验。

这些功能共同推动 GitLab 向智能体驱动开发模式演进：开发者只需要表达意图，由智能体在开发环境中自动执行多步任务。

这使得治理控制变得越来越重要：智能体的自主性越高，依赖人工批准每个单独操作就越不现实。

该版本同时正式发布 GitLab Secrets Manager。它基于 OpenBao 构建，与现有 GitLab 群组和项目权限集成，将密钥作用范围限定于需要它们的任务内，并为密钥操作生成审计事件。

GitLab 还扩展了安全配置模板能力，企业可以统一配置密钥检测（Secret Detection）、静态应用安全检测（SAST）的参数，例如排除路径、分析器镜像、全历史扫描等，不必在每个项目的 CI/CD 文件中重复配置。

这些能力加强了对智能体可能访问的代码库、凭证和流水线的控制，与智能体功能形成互补。

GitLab 的发展方向和 GitHub 策略越来越相似：把代码智能体变称软件生命周期的参与方。但 GitLab 的侧重点是将外部智能体接入自身现有的 DevSecOps 治理体系。

GitHub 的生态受益于 GitHub Copilot 和编码智能体的广泛覆盖，而 Cursor 和 Claude Code 等工具更侧重开发者的本地环境。GitLab 的 MCP 方案则试图让 DevOps 平台可被智能体访问，包括代码库、议题、流水线、构件以及 GitLab 原生智能体。

GitLab 关注的竞争焦点正在从“哪个编码助手生成的代码更好”转向“哪个平台能为自主智能体执行工程工作提供最安全、最有用的环境”。

查看英文原文：https://www.infoq.com/news/2026/11/gitlab-19-5-agentic-platform/