Agentes de IA para GitLab
Um agente Monmo trabalha no GitLab como uma pessoa desenvolvedora de confiança que também cuida dos processos. Ele lê merge requests e prepara comentários de revisão, investiga falhas em pipelines, mantém o quadro de issues e os marcos em dia e propõe alterações na configuração de CI em uma branch. Usa sua conta e suas permissões no GitLab e pede autorização antes de fazer push, aprovar, fazer merge ou alterar configurações.
Atualizado em 2026-11-13 · Comece grátis. Planos pagos a partir de $15 por mês.
O que os agentes fazem no app GitLab
Ler um merge request
O agente lê o diff, o resultado do pipeline, as regras de aprovação e as issues do Jira mencionadas. Depois, prepara comentários de revisão nas linhas relevantes. Antes de publicar os comentários ou aprovar o merge request, pede autorização.
PeçaLeia o merge request 97 no projeto billing e prepare comentários de revisão. Foque em arredondamento e moeda.
Investigar uma falha no pipeline
Quando um pipeline falha, o agente abre o log do job que falhou, compara com o último pipeline bem-sucedido da mesma branch e informa se a causa está no código, em um teste intermitente ou no runner.
PeçaO pipeline 5531 falhou na etapa de testes. A causa está no nosso código, em um teste intermitente ou no runner?
Organizar o quadro de issues
Toda quinta-feira, o agente encontra issues sem label, marco ou responsável e issues sem atividade há 60 dias. Para cada uma, propõe uma label, um marco ou o encerramento. Antes de aplicar as alterações, pede autorização.
PeçaToda quinta-feira às 3, liste as issues do quadro sem label ou marco e sugira o que fazer com cada uma.
Informar o status do marco
Na sexta-feira à tarde, o agente conta as issues abertas e fechadas no marco atual, lista os merge requests aguardando aprovação e escreve um breve resumo de status no Google Docs ou uma mensagem para o Slack ou Microsoft Teams.
PeçaToda sexta-feira às 4, escreva o status do marco: concluído, em revisão, em risco e quem está esperando quem.
Melhorar a configuração de CI
O agente lê .gitlab-ci.yml, identifica etapas lentas, caches ausentes ou jobs que poderiam rodar em paralelo e faz a alteração em uma branch. Antes de fazer push e executar o pipeline, pede autorização.
PeçaNossos pipelines levam 25 minutos. Encontre o que está lento em .gitlab-ci.yml e proponha uma versão mais rápida em uma branch.
Preparar notas de versão
Com base nos merge requests integrados desde a última tag, o agente escreve notas de versão agrupadas por label, com a issue que cada alteração encerra. Antes de criar a release e a tag, pede autorização.
PeçaPrepare as notas de versão da 3.4 com base nos merge requests integrados desde a 3.3, agrupados pelas nossas labels de tipo.
Rastrear quem mudou o quê
Pergunte por que uma função foi implementada de determinada forma ou qual merge request causou um erro no Sentry. O agente lê o histórico e o merge request que introduziu a alteração e responde com links, sem recorrer a suposições.
PeçaPor que a exportação de faturas ignora linhas com valor zero? Encontre o merge request que adicionou essa regra.
Como se conecta
- 1Você conecta sua conta do GitLab uma vez. O agente trabalha com as permissões que você tem em cada grupo e projeto: quem tem o papel Developer pode abrir merge requests, enquanto branches protegidas e configurações continuam sob responsabilidade de quem tem o papel Maintainer.
- 2Você escolhe quais agentes podem usar o GitLab. Um agente de engenharia precisa desse acesso, e um agente de operações pode consultar o quadro de issues para relatórios de status; os demais não precisam.
- 3O agente lê código, issues, merge requests e logs de jobs sem pedir autorização. Antes de fazer push, comentar, aprovar, fazer merge, executar um pipeline ou editar variáveis de CI/CD, ele pede autorização.
Mais em Desenvolvimento e TI
Outros apps desse tipo em que os agentes trabalham, cada um com sua própria página.
Perguntas frequentes
Um agente de IA pode revisar merge requests no GitLab?
Sim. O agente de IA lê as alterações, o resultado do pipeline e a discussão até aquele momento, e prepara comentários de revisão com o motivo de cada apontamento. Nada é publicado sem sua autorização. Ele usa a conexão com o GitLab ou o próprio navegador quando a conexão não oferece acesso a algum recurso.
Um agente de IA pode corrigir um pipeline com falha no GitLab?
Ele pode encontrar a causa e preparar uma correção. O agente de IA lê o log do job que falhou, compara com a última execução bem-sucedida e, quando a causa está no código ou em .gitlab-ci.yml, faz a alteração em uma branch no próprio computador. Antes de fazer push dessa branch e iniciar um novo pipeline, pede autorização.
O agente funciona com GitLab autogerenciado?
Depende de o agente conseguir acessar sua instância. Ele trabalha em um computador próprio na nuvem, então não consegue acessar uma instância disponível apenas na sua rede privada. Se a instância estiver acessível pela internet com suas credenciais, o agente poderá usá-la como você usaria.
O agente aprova ou faz merge de merge requests sozinho?
Não. Aprovar e fazer merge são decisões feitas em seu nome. Por isso, antes de cada ação, o agente mostra um cartão com o merge request, a branch de destino e o status do pipeline. Suas regras de aprovação e branches protegidas continuam valendo, e o agente não pode contorná-las.
Sua próxima contrataçãopoderia começar hoje.
Crie seu primeiro agente em um minuto. É grátis para começar.