GitLab 19.4：目标驱动智能体进入开发流程，成本与权限控制同步升级

导语

GitLab 19.4 的重点，不只是增加几个模型或工具，而是把编码智能体从“响应一次提示”推向“围绕目标持续执行”。与此同时，GitLab 继续补充权限、审批和成本控制机制，回应企业在扩大智能体使用范围时最关心的治理问题。

核心更新

• Duo CLI 支持目标驱动模式。 新增的 /goal 命令目前处于公开测试阶段。开发者可以输入开放式目标，智能体会持续推进任务，直到完成或达到迭代上限。一个模型负责实施变更，另一个模型根据自然语言目标检查进展；用户也可以中途停止、修改目标或重新引导任务。
• 执行仍处于既有控制边界内。 任务在本地运行，并保留项目已有的上下文、权限和审批规则。只不过，这里的“验证”是对目标描述进行判断，并非代码形式化验证。智能体无法解决任务时会报告结果，因此验收标准仍然需要清晰。
• 增加托管开源权重模型。 Duo Agent Platform 新支持 Kimi K3、MiniMax M3 和 GLM 5.3。GitLab称，这些模型在积分消耗方面可能比部分前沿模型更高效，但公告没有提供基准测试或绝对价格。企业仍需结合自身工作负载进行评估，并可由群组所有者设置默认模型、限制可选模型。
• MCP 工具权限更细。 智能体可以通过扩展后的 GitLab MCP 服务器触发或检查流水线、处理合并请求、更新工作项、浏览代码库以及管理漏洞。只读工具默认“始终允许”，写入和删除操作默认“始终询问”，管理员还可在群组或项目层级调整规则。漏洞管理工具的可用范围仅覆盖旗舰版。
• 成本归属更加具体。 积分使用导出文件现在按计费事件逐行记录用户、项目、会话、流程类型、积分和 Token 数量。所有者可以直接在设置页面配置默认单用户上限，并为特定用户设置例外；达到月度上限的 50% 或 80% 时，账单经理可收到预警。

意义与影响

目标驱动模式降低了开发者持续跟踪每个中间步骤的必要性，但并不等于可以放弃监督。自然语言验收标准不清晰时，第二个模型也只能依据模糊目标做判断；而连接高频流水线或合并请求触发器后，自动化调用可能快速累积。因此，先设置用量上限、以小规模试点观察资源消耗，仍是较稳妥的落地方式。

从产品方向看，GitLab 正在把智能体能力与 DevSecOps 的原有治理体系绑定起来：模型可以更换，工具可以扩展，但权限、审批和消耗记录必须可管理。19.4 让较长时间运行的开发任务更接近企业实际流程，同时也把成本透明度提升到管理员能够操作的层面。/goal 与增强版 MCP 工具面向符合条件的 GitLab.com、自托管和 Dedicated 客户，相关能力仍处于公开测试阶段。

来源：InfoQ 中文