Agentes de IA para GitLab
Un agente de Monmo trabaja en GitLab como un desarrollador de confianza que también cuida los procesos. Lee merge requests y redacta notas de revisión, investiga por qué falló un pipeline, mantiene al día los tableros de incidencias y los hitos, y propone cambios en la configuración de CI en una rama. Usa tu cuenta y tu rol de GitLab, y pide permiso antes de enviar cambios, aprobar, fusionar o modificar ajustes.
Actualizado: 2026-11-13 · Empieza gratis. Planes de pago desde $15 al mes.
Qué hacen los agentes en GitLab
Revisar un merge request
Lee el diff, el resultado del pipeline, las reglas de aprobación y cualquier incidencia de Jira mencionada. Después redacta comentarios de revisión en las líneas relevantes. Pide permiso antes de publicarlos o aprobar el merge request.
PreguntarLee el merge request 97 del proyecto billing y redacta comentarios de revisión. Céntrate en los redondeos y las divisas.
Diagnosticar un pipeline fallido
Cuando falla un pipeline, abre el registro del job fallido, lo compara con el último pipeline que pasó en la misma rama y te dice si la causa está en el código, en un test intermitente o en un runner.
PreguntarEl pipeline 5531 falló en la fase de test. ¿El problema está en nuestro código, en un test intermitente o en el runner?
Mantener al día el tablero de incidencias
Cada jueves busca incidencias sin etiqueta, hito o responsable, así como las que nadie ha actualizado en 60 días. Para cada una propone una etiqueta, un hito o su cierre. Pide permiso antes de aplicar los cambios.
PreguntarCada jueves a las 3, enumera las incidencias del tablero sin etiqueta o hito y sugiere qué hacer con cada una.
Informar sobre el hito
El viernes por la tarde cuenta las incidencias abiertas y cerradas del hito actual, enumera los merge requests pendientes de aprobación y redacta un breve informe de estado en Google Docs o un mensaje para Slack o Microsoft Teams.
PreguntarCada viernes a las 4, redacta el estado del hito: lo terminado, lo que está en revisión, lo que está en riesgo y quién está esperando a quién.
Mejorar la configuración de CI
Lee .gitlab-ci.yml, detecta fases lentas, cachés que faltan o jobs que podrían ejecutarse en paralelo y hace los cambios en una rama. Pide permiso antes de enviar la rama y ejecutar el pipeline.
PreguntarNuestros pipelines tardan 25 minutos. Busca qué es lento en .gitlab-ci.yml y propón una versión más rápida en una rama.
Redactar notas de lanzamiento
A partir de los merge requests fusionados desde la última etiqueta, redacta notas de lanzamiento agrupadas por etiqueta, con la incidencia que cierra cada cambio. Pide permiso antes de crear el lanzamiento y la etiqueta.
PreguntarRedacta las notas de lanzamiento de 3.4 a partir de los merge requests fusionados desde 3.3, agrupados por nuestras etiquetas de tipo.
Rastrear quién cambió qué
Pregúntale por qué una función está escrita de cierta manera o qué merge request hizo que apareciera un error de Sentry. Lee el historial y el merge request que introdujo el cambio, y responde con enlaces en lugar de suposiciones.
Preguntar¿Por qué la exportación de facturas omite las líneas de valor cero? Busca el merge request que añadió esa regla.
Cómo se conecta
- 1Conectas tu propia cuenta de GitLab una sola vez. El agente trabaja con el rol que tienes en cada grupo y proyecto: un Developer puede abrir merge requests, mientras que las ramas protegidas y los ajustes siguen bajo el control de los Maintainers.
- 2Tú decides qué agentes pueden usar GitLab. Un agente de ingeniería lo necesita y uno de operaciones podría leer el tablero de incidencias para informar del estado; los demás no deberían tener acceso.
- 3El agente lee código, incidencias, merge requests y registros de jobs sin pedir permiso. Antes de enviar cambios, comentar, aprobar, fusionar, ejecutar un pipeline o editar variables de CI/CD, pide permiso.
Más en Desarrollo y TI
Otras apps de este tipo en las que trabajan los agentes, cada una con su propia página.
Preguntas frecuentes
¿Puede un agente de IA revisar merge requests de GitLab?
Sí. El agente lee los cambios, el resultado del pipeline y la conversación hasta ese momento, y redacta comentarios de revisión explicando cada punto. No publica nada hasta que lo autorizas. Trabaja mediante la conexión con GitLab o, si esta no cubre alguna tarea, en su propio navegador.
¿Puede un agente de IA arreglar un pipeline fallido de GitLab?
Puede encontrar la causa y preparar una solución. El agente de IA lee el registro del job fallido, lo compara con la última ejecución correcta y, si la causa está en el código o en .gitlab-ci.yml, hace el cambio en una rama desde su propio ordenador. Pide permiso antes de enviar la rama e iniciar un nuevo pipeline.
¿Funciona con una instancia autogestionada de GitLab?
Depende de si el agente puede acceder a tu instancia. El agente trabaja en su propio ordenador en la nube, por lo que no puede acceder a una instancia disponible solo dentro de tu red privada. Si se puede acceder a ella desde internet con tus credenciales, el agente puede trabajar como lo harías tú.
¿Aprueba o fusiona merge requests por su cuenta?
No. Aprobar y fusionar son decisiones que llevan tu nombre, así que el agente muestra antes una tarjeta con el merge request, la rama de destino y el estado del pipeline. Tus reglas de aprobación y ramas protegidas siguen vigentes, y el agente no puede eludirlas.
Tu próxima incorporaciónpodría empezar hoy.
Crea tu primer agente en un minuto. Empezar es gratis.