GitLab 19.4 adiciona agentes orientados a metas e controles de custo mais rígidos

O GitLab lançou a versão 19.4 da sua plataforma DevSecOps↳DevSecOps18 conteúdos5 Dicas para desenvolvedores maximizarem a eficiência do DevSecOpsDevSecOps · abr 2024Segurança de Aplicativos na Cultura DevSecOps: Uma Integração EssencialDevSecOps · mar 2024DevSecOps: 4 desafios que líderes de Produtos Digitais devem superarDevSecOps · jul 2021Ver tudo em DevSecOps → em 17 de setembro de 2026, segundo a InfoQ. A novidade central é um modo orientado a objetivos no GitLab Duo CLI, acompanhado de três modelos open-weight hospedados, mais ferramentas via Model Context Protocol↳MCP7 conteúdosArquitetura de Sistemas Cognitivos: Integração de RAG, MCP e LLMs no Ecossistema .NETDev (Back & Front) · abr 2026MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025Agentes de IA com LLMs de Código Aberto: Integração Prática com o Model Context Protocol (MCP)AI · ago 2025Ver tudo em AI → (MCP) e um controle de gasto bem mais granular. O recorte importa menos pelo anúncio em si e mais pelo que muda na rotina de quem já usa o GitLab Duo para revisão de código e remediação de dependências: a plataforma passa a deixar um agente trabalhar sem supervisão linha a linha, mas dentro das mesmas regras de permissão e aprovação que o projeto já tinha.

Do prompt único ao objetivo aberto

Até aqui, o Duo respondia a prompts pontuais ou seguia fluxos predefinidos. Com 19.4, o novo comando /goal no Duo CLI aceita um objetivo aberto e continua iterando até concluir a tarefa ou bater um limite de iterações. A arquitetura usa dois modelos: um implementa as mudanças, outro verifica o progresso contra o objetivo declarado em linguagem natural.

O desenvolvedor pode interromper a execução, mudar o objetivo no meio do caminho ou redirecionar o agente. Tudo roda localmente e mantém o contexto e os controles que o projeto já tinha configurado. Segundo Manav Khurana, da GitLab:

Esta versão leva a automação agêntica de algo que desenvolvedores individuais usam para algo que uma organização pode escalar com velocidade e sob os controles já em vigor.

This release takes agentic automation from something individual developers use to something an organization can scale at speed and under the controls already in place.Manav Khurana, GitLab

Vale um cuidado de leitura aqui: o termo "verificado" usado pela GitLab não é verificação formal de código. O segundo modelo julga se o resultado atende ao objetivo escrito em linguagem natural, não prova matematicamente que o código está correto. O comando pode reportar trabalho que não conseguiu resolver, e o limite de iterações evita que ele rode indefinidamente. Na prática, isso quer dizer que critério de aceite claro continua sendo trabalho do time, só que descrito antes de soltar o agente, não fiscalizado passo a passo depois.

Três modelos novos, sem benchmark publicado

O Duo Agent Platform ganhou suporte a três modelos open-weight hospedados: Kimi K3, MiniMax M3 e GLM 5.3. A GitLab afirma que eles entregam até quatro vezes mais chamadas por GitLab Credit do que muitos modelos de fronteira comparáveis. Donos de grupo podem definir um modelo padrão por funcionalidade e restringir quais modelos cada time pode usar.

Na prática, isso abre a possibilidade de reservar um modelo mais caro só para tarefas em que ele realmente compensa, e usar um modelo mais barato para trabalho rotineiro como revisão de merge request simples. O anúncio não traz resultados de benchmark modelo a modelo nem preço absoluto por chamada, então a tarefa de comparar o custo real contra a carga de trabalho do time continua sendo do cliente, não da GitLab.

MCP: mais ferramentas, checkpoint continua por padrão

A GitLab ampliou o conjunto de ferramentas do seu servidor MCP, permitindo que agentes rodando em clientes de terceiros disparem e inspecionem pipelines, abram e revisem merge requests, atualizem work items, naveguem em repositórios e administrem vulnerabilidades. A regra de acesso segue um padrão claro:

• Ferramentas somente leitura vêm como "Always Allow" por padrão.
• Ferramentas de escrita e exclusão vêm como "Always Ask" por padrão.
• Administradores podem mudar essas regras em nível de grupo ou projeto.

A maior parte das ferramentas MCP está disponível nos planos Free, Premium e Ultimate; as ferramentas de gestão de vulnerabilidades exigem Ultimate. Esse movimento acompanha uma tendência mais ampla de dar acesso a ferramentas externas sem abrir mão de controle: a InfoQ já havia noticiado em 2025 que o Agent Mode do Android↳Android46 conteúdosAndroid push notifications com Quasar Framework, Firebase e integração com WordPressDev (Back & Front) · mai 2019O X do Xamarin Forms – O guia das funcionalidades nativas - Parte 02: AndroidDev (Back & Front) · abr 2019Modularização de AndroidDev (Back & Front) · ago 2019Ver tudo em Dev (Back & Front) → Studio, do Google, usa MCP para alcançar ferramentas externas, e o GitHub Copilot também suporta MCP em suas interfaces principais, com políticas corporativas para controlar acesso a servidores. A diferença da GitLab é aplicar a decisão ferramenta por ferramenta e manter um checkpoint humano por padrão na frente de qualquer mudança.

Custo vira o ponto de atenção quando o agente roda sozinho

Quando o agente para de depender de um prompt humano a cada passo e passa a reagir a eventos automaticamente, o volume de chamadas pode escalar rápido. A ReleaseTEAM, consultoria parceira da GitLab, alerta para esse cenário:

O risco prático está na automação.

The practical risk is automation.ReleaseTEAM, consultoria parceira do GitLab

A recomendação da consultoria é configurar limites de uso antes de conectar um fluxo a um gatilho de alto volume, como toda falha de pipeline ou toda nova merge request, e medir o consumo primeiro em um piloto limitado. Faz sentido: um flow acoplado a cada evento de CI pode disparar centenas de vezes por dia sem que ninguém perceba até a fatura chegar.

Para dar suporte a esse controle, a GitLab passou a detalhar a exportação de uso de créditos linha a linha, por evento faturável, com usuário, projeto, sessão, tipo de flow, créditos e contagem de tokens. Uma nova página de configurações permite definir um teto padrão por usuário e adicionar exceções individuais sem precisar da API GraphQL. Desenvolvedores conseguem ver o próprio consumo, enquanto gestores de billing recebem avisos quando o uso sob demanda atinge 50% ou 80% do teto mensal.

Onde isso se encaixa no histórico do Duo

A versão 19.4 não nasce isolada. A GitLab 19.2 já colocava agentes para trabalhar em remediação de dependências e revisões de segurança, com uma pessoa responsável por aprovar as mudanças. Antes disso, as versões 18.10 e 18.11 introduziram revisão de código automatizada com preço fixo, acesso gratuito ao Duo Agent Platform no tier free e limites mensais de crédito. A 19.4 estende essa lógica para tarefas de desenvolvimento mais longas e dá aos administradores uma visão mais próxima do custo resultante.

O que fica em aberto

O comando /goal e as ferramentas MCP ampliadas continuam em beta público; só a visibilidade de uso de créditos é geral disponibilidade (GA). Para usar o /goal, é preciso ser cliente Premium ou Ultimate no GitLab.com, GitLab Self-Managed ou GitLab Dedicated, rodando GitLab 19.3 ou posterior com Duo CLI 9.17.0 ou posterior. Fica em aberto também a comparação real de custo entre Kimi K3, MiniMax M3, GLM 5.3 e os modelos de fronteira: sem benchmark publicado, times brasileiros que já monitoram de perto o orçamento de IA vão precisar rodar o próprio teste antes de trocar de modelo padrão.

Fonte: InfoQ