GitLab 19.5接入MCP并强化智能体治理
GitLab 19.5于10月15日发布,核心变化是将智能体开发与治理进一步纳入DevOps平台。正式可用的GitLab MCP服务器通过Model Context Protocol向外部AI智能体开放平台能力,Claude Code、Cursor等兼容工具可以访问GitLab工具目录,并调用GitLab Duo Agent Platform中的智能体和工作流。
新版本增加了群组发现、单个CI/CD构件文件检查,以及启动或监控Duo智能体和工作流等MCP工具。管理员能够按需选择对外暴露的工具集,减少不必要的上下文占用和潜在操作范围,形成轻量化的最小权限控制。GitLab.com同时设置MCP速率限制:免费用户每分钟最多60次请求,Premium和Ultimate用户每分钟最多600次,重连和重试也计入额度。
外部连接的智能体也被纳入AI治理体系。此前治理仪表盘主要覆盖Duo Agent Platform,如今组织可通过GitLab CLI接入Claude Code、Cursor和Codex,并记录符合条件的会话,包括用户、智能体、项目及时间信息。这些活动会与平台原生智能体统一展示,审计事件还可流式传输至SIEM系统。
GitLab Duo CLI新增自动模式,允许智能体执行Shell命令、Git操作或MCP调用,而无需逐项请求批准;该模式默认关闭,可在实例、群组和项目级别管理,被标记为“始终拒绝”的工具仍会受到阻止。/goal命令也正式可用,开发者只需描述目标,Duo即可通过受治理流程完成代码实现和结果核验。
安全能力方面,GitLab Secrets Manager正式发布。该服务基于OpenBao构建,并与现有群组和项目权限整合,将密钥限制在实际需要的任务范围内,同时为密钥操作生成审计事件。安全配置模板也得到扩展,企业可集中设置Secret Detection和SAST参数,包括排除路径、分析器镜像及全历史扫描等内容,避免在每个项目的CI/CD文件中重复配置。
整体来看,GitLab正尝试让外部智能体参与代码库、议题、流水线和构件等软件交付环节,同时把它们纳入既有DevSecOps体系。随着智能体自主执行多步任务,平台竞争重点也从代码生成质量延伸到权限、审计和安全治理能力,这一方向与GitHub将编码智能体融入软件生命周期的策略形成对照。
本文基于公开渠道信息整理,内容可能存在不准确或遗漏之处,不代表本站立场,如内容涉及侵权或错误,请联系我们处理。
阅读原文