Lançado em 17 de setembro de 2026, o GitLab 19.4 busca ampliar o uso de agentes de IA de testes individuais para operações gerenciadas pelas equipes. O comando /goal, em beta público no GitLab Duo CLI, permite delegar um objetivo amplo a um fluxo local com verificações, pausa e reinício.
Publicado porEditado com GPT-5.6 TerraImagens geradas com GPT Image 2
Resposta de pesquisa

Create a landscape editorial hero image for this Studio Global article: What did GitLab’s September 17 release of version 19.4 introduce for scaling controlled, cost-efficient agentic AI across DevSecOps workflow. Article summary: GitLab 19.4, released September 17, 2026, packages more capable AI agents with centralized governance, cost controls, and workflow access. GitLab’s message is that organizations can expand agentic automation beyond indiv. Topic tags: general, documentation, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
O GitLab 19.4, lançado em 17 de setembro de 2026, aposta em um desafio prático para empresas: permitir que agentes de IA assumam tarefas maiores de DevSecOps — desenvolvimento, segurança e operações — sem perder controle sobre permissões, aprovações, modelos escolhidos e gastos. A atualização reúne execução orientada por objetivos, opções de modelos mais econômicas, controles de consumo por usuário e acesso a fluxos do GitLab pelo Model Context Protocol (MCP). 1
5
A principal novidade é o comando /goal do GitLab Duo CLI, agora em beta público. Em vez de orientar o agente passo a passo, o desenvolvedor pode delegar um objetivo aberto a um fluxo agêntico governado, executado localmente. 5
Segundo a GitLab, um modelo separado verifica, etapa por etapa, se o trabalho avança em direção ao objetivo definido. A execução é encerrada quando o objetivo é cumprido ou quando atinge um limite de iterações. Também é possível pausar a execução, alterar ou redirecionar o objetivo e reiniciá-la depois. 5
Na prática, a proposta é dar mais autonomia para trabalhos com várias etapas, sem tirar do desenvolvedor a possibilidade de intervir quando mudam o contexto, o objetivo ou a direção da implementação.
A plataforma GitLab Duo Agent Platform passou a oferecer três modelos open-weight hospedados pela própria GitLab: Kimi K3, MiniMax M3 e GLM 5.3. Eles se somam às opções de modelos de fronteira já disponíveis e podem ser usados no GitLab Duo Agentic Chat e em outros recursos agênticos compatíveis. 1
2
A GitLab apresenta esses modelos como uma forma de ajustar custo, latência e capacidade ao tipo de tarefa:
A empresa afirma que os modelos open-weight hospedados podem entregar até quatro vezes mais chamadas por GitLab Credit do que vários modelos de fronteira comparáveis. Trata-se, porém, de uma alegação da fornecedora, baseada em seu próprio enquadramento e testes — não de uma comparação independente. Cada equipe precisará validar qualidade e custo em suas próprias cargas de trabalho. 5
10
Proprietários de grupos e administradores podem definir modelos padrão para o Agentic Chat, agentes, fluxos e recursos, além de controlar quais modelos ficam disponíveis às equipes. Essas configurações podem alcançar subgrupos e projetos. 1
5
Escalar o uso de agentes também exige acompanhar os custos. Na versão 19.4, os recursos de visibilidade de custo passaram à disponibilidade geral. Administradores podem estabelecer limites de consumo por usuário, enquanto desenvolvedores passam a consultar o próprio consumo de GitLab Credits. 5
A atualização também adiciona exportações de uso no nível de eventos faturáveis, por links de download seguros, tanto para assinaturas Flex quanto para as que não usam Flex. Isso dá às equipes de plataforma uma forma de atribuir o consumo de IA agêntica a usuários ou departamentos antes da chegada das faturas. 5
O efeito operacional é direto: uma organização pode testar ou ampliar fluxos agênticos mantendo limites sobre quem usa créditos e como o consumo é revisado.
O GitLab 19.4 introduz, em beta público, ferramentas do servidor GitLab MCP. O MCP é um protocolo que permite a clientes e agentes de terceiros interagir com ferramentas e dados de uma plataforma. No caso do GitLab, os recursos incluem:
O argumento central da GitLab é a continuidade de governança. A empresa diz que as ferramentas MCP seguem as mesmas configurações de grupos e projetos usadas pelas ferramentas internas da Duo Agent Platform, em vez de exigir uma camada separada de políticas para agentes de terceiros. 5
O comportamento padrão de aprovação busca preservar a supervisão humana: ferramentas somente de leitura vêm configuradas como “Sempre permitir”, enquanto ações de gravação e exclusão usam “Sempre perguntar”. 5
Para organizações que avaliam integrações com agentes, o ponto não é apenas se a IA pode acessar CI/CD, merge requests ou fluxos de segurança. É se essas ações continuam respeitando os padrões de permissão e aprovação já adotados pela engenharia.
A versão traz ainda recursos complementares:
@GitLab em uma conversa para pesquisar no GitLab, abrir uma issue ou fazer perguntas sobre projetos. A GitLab informa que a integração usa o contexto da conversa e de canais recentes, roda em um runner de CI/CD e devolve os resultados ao Slack. A GitLab posiciona o 19.4 como mais do que um conjunto incremental de recursos de IA. A ideia é que desenvolvedores possam entregar objetivos maiores aos agentes, enquanto responsáveis pela plataforma controlam os modelos e ferramentas permitidos, preservam verificações de aprovação para ações sensíveis, limitam o consumo e acompanham os gastos. 1
5
Em outras palavras, a atualização tenta transformar a expansão da automação agêntica em uma decisão operacional governada: selecionar as cargas de trabalho, determinar os modelos e ferramentas autorizados, aplicar as regras de acesso existentes e monitorar o consumo. Se os recursos em beta público cumprirão essa promessa dependerá do desenho dos fluxos e das avaliações de cada equipe, mas a direção é clara: a GitLab está mirando uma implantação administrada em equipes de DevSecOps, e não apenas sessões individuais de programação assistida por IA. 5
Studio Global AI
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
Lançado em 17 de setembro de 2026, o GitLab 19.4 busca ampliar o uso de agentes de IA de testes individuais para operações gerenciadas pelas equipes.
Lançado em 17 de setembro de 2026, o GitLab 19.4 busca ampliar o uso de agentes de IA de testes individuais para operações gerenciadas pelas equipes. O comando /goal, em beta público no GitLab Duo CLI, permite delegar um objetivo amplo a um fluxo local com verificações, pausa e reinício.
A versão inclui modelos open weight hospedados, limites por usuário, visibilidade de consumo e ferramentas MCP que seguem as regras existentes de acesso e aprovação.
Lançado em 17 de setembro de 2026, o GitLab 19.4 busca ampliar o uso de agentes de IA de testes individuais para operações gerenciadas pelas equipes. O comando /goal, em beta público no GitLab Duo CLI, permite delegar um objetivo amplo a um fluxo local com verificações, pausa e reinício.
Publicado porEditado com GPT-5.6 TerraImagens geradas com GPT Image 2
Resposta de pesquisa

Create a landscape editorial hero image for this Studio Global article: What did GitLab’s September 17 release of version 19.4 introduce for scaling controlled, cost-efficient agentic AI across DevSecOps workflow. Article summary: GitLab 19.4, released September 17, 2026, packages more capable AI agents with centralized governance, cost controls, and workflow access. GitLab’s message is that organizations can expand agentic automation beyond indiv. Topic tags: general, documentation, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
O GitLab 19.4, lançado em 17 de setembro de 2026, aposta em um desafio prático para empresas: permitir que agentes de IA assumam tarefas maiores de DevSecOps — desenvolvimento, segurança e operações — sem perder controle sobre permissões, aprovações, modelos escolhidos e gastos. A atualização reúne execução orientada por objetivos, opções de modelos mais econômicas, controles de consumo por usuário e acesso a fluxos do GitLab pelo Model Context Protocol (MCP). 1
5
A principal novidade é o comando /goal do GitLab Duo CLI, agora em beta público. Em vez de orientar o agente passo a passo, o desenvolvedor pode delegar um objetivo aberto a um fluxo agêntico governado, executado localmente. 5
Segundo a GitLab, um modelo separado verifica, etapa por etapa, se o trabalho avança em direção ao objetivo definido. A execução é encerrada quando o objetivo é cumprido ou quando atinge um limite de iterações. Também é possível pausar a execução, alterar ou redirecionar o objetivo e reiniciá-la depois. 5
Na prática, a proposta é dar mais autonomia para trabalhos com várias etapas, sem tirar do desenvolvedor a possibilidade de intervir quando mudam o contexto, o objetivo ou a direção da implementação.
A plataforma GitLab Duo Agent Platform passou a oferecer três modelos open-weight hospedados pela própria GitLab: Kimi K3, MiniMax M3 e GLM 5.3. Eles se somam às opções de modelos de fronteira já disponíveis e podem ser usados no GitLab Duo Agentic Chat e em outros recursos agênticos compatíveis. 1
2
A GitLab apresenta esses modelos como uma forma de ajustar custo, latência e capacidade ao tipo de tarefa:
A empresa afirma que os modelos open-weight hospedados podem entregar até quatro vezes mais chamadas por GitLab Credit do que vários modelos de fronteira comparáveis. Trata-se, porém, de uma alegação da fornecedora, baseada em seu próprio enquadramento e testes — não de uma comparação independente. Cada equipe precisará validar qualidade e custo em suas próprias cargas de trabalho. 5
10
Proprietários de grupos e administradores podem definir modelos padrão para o Agentic Chat, agentes, fluxos e recursos, além de controlar quais modelos ficam disponíveis às equipes. Essas configurações podem alcançar subgrupos e projetos. 1
5
Escalar o uso de agentes também exige acompanhar os custos. Na versão 19.4, os recursos de visibilidade de custo passaram à disponibilidade geral. Administradores podem estabelecer limites de consumo por usuário, enquanto desenvolvedores passam a consultar o próprio consumo de GitLab Credits. 5
A atualização também adiciona exportações de uso no nível de eventos faturáveis, por links de download seguros, tanto para assinaturas Flex quanto para as que não usam Flex. Isso dá às equipes de plataforma uma forma de atribuir o consumo de IA agêntica a usuários ou departamentos antes da chegada das faturas. 5
O efeito operacional é direto: uma organização pode testar ou ampliar fluxos agênticos mantendo limites sobre quem usa créditos e como o consumo é revisado.
O GitLab 19.4 introduz, em beta público, ferramentas do servidor GitLab MCP. O MCP é um protocolo que permite a clientes e agentes de terceiros interagir com ferramentas e dados de uma plataforma. No caso do GitLab, os recursos incluem:
O argumento central da GitLab é a continuidade de governança. A empresa diz que as ferramentas MCP seguem as mesmas configurações de grupos e projetos usadas pelas ferramentas internas da Duo Agent Platform, em vez de exigir uma camada separada de políticas para agentes de terceiros. 5
O comportamento padrão de aprovação busca preservar a supervisão humana: ferramentas somente de leitura vêm configuradas como “Sempre permitir”, enquanto ações de gravação e exclusão usam “Sempre perguntar”. 5
Para organizações que avaliam integrações com agentes, o ponto não é apenas se a IA pode acessar CI/CD, merge requests ou fluxos de segurança. É se essas ações continuam respeitando os padrões de permissão e aprovação já adotados pela engenharia.
A versão traz ainda recursos complementares:
@GitLab em uma conversa para pesquisar no GitLab, abrir uma issue ou fazer perguntas sobre projetos. A GitLab informa que a integração usa o contexto da conversa e de canais recentes, roda em um runner de CI/CD e devolve os resultados ao Slack. A GitLab posiciona o 19.4 como mais do que um conjunto incremental de recursos de IA. A ideia é que desenvolvedores possam entregar objetivos maiores aos agentes, enquanto responsáveis pela plataforma controlam os modelos e ferramentas permitidos, preservam verificações de aprovação para ações sensíveis, limitam o consumo e acompanham os gastos. 1
5
Em outras palavras, a atualização tenta transformar a expansão da automação agêntica em uma decisão operacional governada: selecionar as cargas de trabalho, determinar os modelos e ferramentas autorizados, aplicar as regras de acesso existentes e monitorar o consumo. Se os recursos em beta público cumprirão essa promessa dependerá do desenho dos fluxos e das avaliações de cada equipe, mas a direção é clara: a GitLab está mirando uma implantação administrada em equipes de DevSecOps, e não apenas sessões individuais de programação assistida por IA. 5
Studio Global AI
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
Lançado em 17 de setembro de 2026, o GitLab 19.4 busca ampliar o uso de agentes de IA de testes individuais para operações gerenciadas pelas equipes.
Lançado em 17 de setembro de 2026, o GitLab 19.4 busca ampliar o uso de agentes de IA de testes individuais para operações gerenciadas pelas equipes. O comando /goal, em beta público no GitLab Duo CLI, permite delegar um objetivo amplo a um fluxo local com verificações, pausa e reinício.
A versão inclui modelos open weight hospedados, limites por usuário, visibilidade de consumo e ferramentas MCP que seguem as regras existentes de acesso e aprovação.