GitLab 19.4 于 2026 年 9 月 17 日发布。它瞄准的并不只是“让开发者多一个 AI 助手”，而是企业在扩大 AI 智能体使用范围时最现实的问题：当智能体可以执行更多 DevSecOps 工作，模型怎么选、权限怎么管、关键操作谁来批准、费用如何追踪？15

这次更新把目标导向的智能体执行、低成本模型选项、按用户消费控制，以及通过模型上下文协议（MCP）接入 GitLab 工作流整合到一起。GitLab 的定位很明确：让智能体自动化从个人试用，逐步变成可由平台团队统一管理的组织能力。15

不再逐步指挥：把“目标”交给智能体

GitLab Duo CLI 新增的 /goal 命令已进入公开测试。开发者不必逐项告诉智能体下一步做什么，而可以把一个开放式目标交给在本地运行、受治理约束的智能体流程处理。5

该流程带有逐步验证机制：GitLab 表示，会由另一模型根据设定目标检查智能体的推进情况。目标完成或达到迭代上限时，运行会停止。开发者也可暂停运行、修改或重新引导目标，然后再次启动。5

对尝试更高自主性开发流程的团队而言，关键不只是“能否少写几条指令”，而是智能体在处理多步骤任务时，开发者仍能在目标、上下文或实现路径变化时及时介入。

新增三款托管开放权重模型，模型选择可集中管理

GitLab Duo Agent Platform 现支持三款由 GitLab 托管的开放权重模型：Kimi K3、MiniMax M3 和 GLM 5.3。它们与既有的前沿模型选项并存，可用于 GitLab Duo Agentic Chat 及其他受支持的智能体功能。12

GitLab 将其定位为按工作负载平衡能力、延迟与成本的选择：

• 对常规、高频任务采用成本较低的模型；
• 将成本更高的前沿模型留给确实需要更强能力的复杂任务；
• 由组织统一设置默认模型，而非完全交由每位用户自行决定。510

GitLab 称，这些托管开放权重模型相较于许多可比前沿模型，每个 GitLab Credit 最多可获得 4 倍调用次数。需要注意的是，这是 GitLab 基于自身测试和口径作出的厂商主张，并非独立基准测试结果；团队仍应结合自身任务评估质量与实际成本。510

群组 Owner 和管理员可以为 Agentic Chat、智能体、流程及功能设置默认模型，也可以控制团队可使用哪些模型；这些设置还能延伸到子群组和项目。15

用量可见性与按用户限额转为正式可用

智能体用得越广，成本管理就越不能滞后。GitLab 19.4 将成本可见性功能转为正式可用：管理员可设置单个用户的消费上限，开发者则可查看自己的 GitLab Credit 消费情况。5

对于 Flex 与非 Flex 订阅，平台还提供通过安全下载链接获取的、细化到可计费事件级别的用量导出。这让平台团队能够在账单到来前，按用户或部门归集智能体 AI 的使用情况。5

实际意义在于，团队可以在设定消费边界、明确复核机制的前提下，试点或扩大智能体工作流，而不是等到成本失控后再处理。

MCP 工具让外部智能体进入 GitLab 工作流

19.4 还推出了处于公开测试阶段的 GitLab MCP 服务器工具。MCP 即模型上下文协议，旨在让不同 AI 客户端和工具以统一方式调用外部系统能力。借助这些工具，第三方 MCP 客户端和智能体可以与 GitLab 工作流交互，包括：

• 触发流水线；
• 查看失败任务的追踪日志；
• 审查并合并合并请求；
• 搜索和更新工作项；
• 分诊安全漏洞。5

GitLab 的核心说法是，MCP 工具沿用与其内部 Duo Agent Platform 工具相同的群组和项目设置，而不是另起一套针对第三方智能体的策略层。5

在默认审批行为上，只读工具默认为 “始终允许”，写入和删除操作则默认为 “始终询问”，以便对会改变系统状态的操作保留人工确认环节。5

因此，企业评估智能体集成时，问题不应仅是“它能否操作 CI/CD、合并请求或安全流程”，更应是“这些操作是否仍遵循团队既有的权限与审批模式”。

Slack、会话可视化与社区 MCP 扩展

此次版本还包含多项配套功能：

• 面向 Premium 和 Ultimate 用户的实验性 GitLab Duo Agent Platform Slack 集成，支持在讨论串中提及 @GitLab，用于搜索 GitLab、创建议题或提问项目相关问题。GitLab 表示，该集成会使用讨论串和近期频道上下文，在 CI/CD Runner 上运行，并将结果回传 Slack。5
• 重新设计的会话详情面板加入状态、时间戳和触发用户信息，并将“是什么启动了智能体会话”与“该会话产出了什么工作”区分开来。5
• 社区贡献新增了项目元数据和成员、仓库分支列表、跨群组合并请求列表，以及获取过往 Duo 会话的 MCP 工具；语义搜索也被整合为一个工具。5

GitLab 想把智能体自动化带到什么阶段？

GitLab 19.4 不只是零散增加几项 AI 功能。其思路是：开发者可以把更完整的目标交给智能体，平台负责人则能控制可用模型和工具、为重要操作保留审批检查、限制用量并审视消费情况。15

换句话说，这一版本试图把扩大智能体自动化的决策，变成一项可治理的运营选择：确定适用工作负载，选择允许的模型和工具，沿用既有访问规则，并持续监控开支。公开测试功能最终能否兑现这一承诺，仍取决于各团队的工作流设计和实际评估；但方向已很清楚——GitLab 正在为 DevSecOps 团队的受管控规模化部署而构建，而不只是服务于个人的 AI 辅助编程会话。5

GitLab 19.4 于 2026 年 9 月 17 日发布。它瞄准的并不只是“让开发者多一个 AI 助手”，而是企业在扩大 AI 智能体使用范围时最现实的问题：当智能体可以执行更多 DevSecOps 工作，模型怎么选、权限怎么管、关键操作谁来批准、费用如何追踪？15

这次更新把目标导向的智能体执行、低成本模型选项、按用户消费控制，以及通过模型上下文协议（MCP）接入 GitLab 工作流整合到一起。GitLab 的定位很明确：让智能体自动化从个人试用，逐步变成可由平台团队统一管理的组织能力。15

不再逐步指挥：把“目标”交给智能体

GitLab Duo CLI 新增的 /goal 命令已进入公开测试。开发者不必逐项告诉智能体下一步做什么，而可以把一个开放式目标交给在本地运行、受治理约束的智能体流程处理。5

该流程带有逐步验证机制：GitLab 表示，会由另一模型根据设定目标检查智能体的推进情况。目标完成或达到迭代上限时，运行会停止。开发者也可暂停运行、修改或重新引导目标，然后再次启动。5

对尝试更高自主性开发流程的团队而言，关键不只是“能否少写几条指令”，而是智能体在处理多步骤任务时，开发者仍能在目标、上下文或实现路径变化时及时介入。

新增三款托管开放权重模型，模型选择可集中管理

GitLab Duo Agent Platform 现支持三款由 GitLab 托管的开放权重模型：Kimi K3、MiniMax M3 和 GLM 5.3。它们与既有的前沿模型选项并存，可用于 GitLab Duo Agentic Chat 及其他受支持的智能体功能。12

GitLab 将其定位为按工作负载平衡能力、延迟与成本的选择：

• 对常规、高频任务采用成本较低的模型；
• 将成本更高的前沿模型留给确实需要更强能力的复杂任务；
• 由组织统一设置默认模型，而非完全交由每位用户自行决定。510

GitLab 称，这些托管开放权重模型相较于许多可比前沿模型，每个 GitLab Credit 最多可获得 4 倍调用次数。需要注意的是，这是 GitLab 基于自身测试和口径作出的厂商主张，并非独立基准测试结果；团队仍应结合自身任务评估质量与实际成本。510

群组 Owner 和管理员可以为 Agentic Chat、智能体、流程及功能设置默认模型，也可以控制团队可使用哪些模型；这些设置还能延伸到子群组和项目。15

用量可见性与按用户限额转为正式可用

智能体用得越广，成本管理就越不能滞后。GitLab 19.4 将成本可见性功能转为正式可用：管理员可设置单个用户的消费上限，开发者则可查看自己的 GitLab Credit 消费情况。5

对于 Flex 与非 Flex 订阅，平台还提供通过安全下载链接获取的、细化到可计费事件级别的用量导出。这让平台团队能够在账单到来前，按用户或部门归集智能体 AI 的使用情况。5

实际意义在于，团队可以在设定消费边界、明确复核机制的前提下，试点或扩大智能体工作流，而不是等到成本失控后再处理。

MCP 工具让外部智能体进入 GitLab 工作流

19.4 还推出了处于公开测试阶段的 GitLab MCP 服务器工具。MCP 即模型上下文协议，旨在让不同 AI 客户端和工具以统一方式调用外部系统能力。借助这些工具，第三方 MCP 客户端和智能体可以与 GitLab 工作流交互，包括：

• 触发流水线；
• 查看失败任务的追踪日志；
• 审查并合并合并请求；
• 搜索和更新工作项；
• 分诊安全漏洞。5

GitLab 的核心说法是，MCP 工具沿用与其内部 Duo Agent Platform 工具相同的群组和项目设置，而不是另起一套针对第三方智能体的策略层。5

在默认审批行为上，只读工具默认为 “始终允许”，写入和删除操作则默认为 “始终询问”，以便对会改变系统状态的操作保留人工确认环节。5

因此，企业评估智能体集成时，问题不应仅是“它能否操作 CI/CD、合并请求或安全流程”，更应是“这些操作是否仍遵循团队既有的权限与审批模式”。

Slack、会话可视化与社区 MCP 扩展

此次版本还包含多项配套功能：

• 面向 Premium 和 Ultimate 用户的实验性 GitLab Duo Agent Platform Slack 集成，支持在讨论串中提及 @GitLab，用于搜索 GitLab、创建议题或提问项目相关问题。GitLab 表示，该集成会使用讨论串和近期频道上下文，在 CI/CD Runner 上运行，并将结果回传 Slack。5
• 重新设计的会话详情面板加入状态、时间戳和触发用户信息，并将“是什么启动了智能体会话”与“该会话产出了什么工作”区分开来。5
• 社区贡献新增了项目元数据和成员、仓库分支列表、跨群组合并请求列表，以及获取过往 Duo 会话的 MCP 工具；语义搜索也被整合为一个工具。5

GitLab 想把智能体自动化带到什么阶段？

GitLab 19.4 不只是零散增加几项 AI 功能。其思路是：开发者可以把更完整的目标交给智能体，平台负责人则能控制可用模型和工具、为重要操作保留审批检查、限制用量并审视消费情况。15

换句话说，这一版本试图把扩大智能体自动化的决策，变成一项可治理的运营选择：确定适用工作负载，选择允许的模型和工具，沿用既有访问规则，并持续监控开支。公开测试功能最终能否兑现这一承诺，仍取决于各团队的工作流设计和实际评估；但方向已很清楚——GitLab 正在为 DevSecOps 团队的受管控规模化部署而构建，而不只是服务于个人的 AI 辅助编程会话。5