GitLab 给运维 agent 加了条 /goal 命令

"把这个模块的性能问题查清楚修掉"——过去给 CI 平台上的智能体下这种开放式任务，它要么做一步停一步，要么跑飞。GitLab 19.4 的解法是让两个模型分工：一个干活，一个盯着目标看进度。

一、发生了什么

GitLab 于 9 月 17 日发布 DevSecOps 平台 19.4 版本，InfoQ 10 月 23 日刊文解读（据 InfoQ）。核心是 Duo CLI 新增的 /goal 命令，目前公开测试：接受一个开放式目标后持续执行，直到完成或触及迭代上限；一个模型负责实施变更，另一个对照自然语言目标检查进展，开发者可中途叫停、改目标或重新引导。注意这里的"验证"不是形式化验证，只是拿结果和文字目标比对。同期还托管了三个开源权重模型：Kimi K3、MiniMax M3 和 GLM 5.3，官方称同等 GitLab 积分最多可支撑四倍调用量；群组所有者能设默认模型并限制团队选项。增强的 MCP 服务器工具让外部客户端的智能体能触发流水线、审合并请求、管漏洞，只读工具默认放行，写删操作默认要问人。第四块是成本：积分导出按每条计费事件单列一行，含用户、项目、会话、Token 数；用量到月度上限五成或八成时账单经理收预警。所有者还能在设置页直接设默认的单用户用量上限、单独覆盖个别用户，不用再写接口调用。

背景补充：这是 GitLab 今年对 Duo 一连串迭代的延续。19.2 让智能体处理依赖修复和安全评审但仍需人工审批，更早的版本引入过固定费率代码评审和月度积分上限。19.4 的变化在于把能力扩展到运行时间更长的任务，同时把账算清楚——咨询公司兼 GitLab 合作伙伴提醒过一个风险点：智能体自动运行后，挂在高频触发器上的流程一天可能跑几百次，钱就是在这里漏掉的。

二、跟你有什么关系

• DevOps 工程师：长任务第一次可以整段交给平台跑，但验收标准仍要自己写清楚。
• 平台负责人：低阶任务走便宜模型、高阶任务留好模型，这版给了按功能配模型的开关。
• 财务侧：按事件的积分明细导出终于能对上账了，不用再调接口拼数据。

三、怎么用

1. 确认平台 19.3 以上、Duo CLI 9.17.0 以上，且订阅含相应授权，再试 /goal。
2. 下目标时写明验收口径，比如"全部相关测试通过"，否则第二个模型没法判断完成没完成。
3. 高频触发的自动化先设用量上限再上线，用小规模试点观察消耗，这是合作伙伴给出的建议。

四、三个别信的说法

双模型就是双保险。 第二个模型只是比对文字目标，代码有没有引入新问题，还是要靠测试和评审兜底。

开源权重模型一定省钱。 官方只给了积分口径下最多四倍调用量的说法，没给绝对价格和基准测试，自己的工作负载还得实测。

agent 会绕过权限。 这版的智能体仍在项目既有权限和审批链里运行，但正因如此也别把审批流当摆设。

五、一句话结论

开放式任务交给智能体跑，前提是你把"做完"定义得足够清楚。

信息来源

• GitLab 19.4 发布，新增目标驱动型智能体，强化成本控制（InfoQ 中文） 2026-10-23

功能与价格以官方公告为准。本文写于 2026 年 10 月 24 日。