Ejemplos de uso
Esta es una referencia rápida de prompts en lenguaje natural que puedes usar con cualquier asistente de IA conectado a GitLab MCP Server, agrupados por dominio. Escribe el prompt en lenguaje natural y el servidor lo traduce automáticamente a la operación correcta de la API de GitLab — las pestañas siguientes muestran a qué meta-herramienta y action se asigna cada prompt, en gestión de proyectos, revisión de código, CI/CD, releases y búsqueda.
Listar tus proyectos
Sección titulada «Listar tus proyectos»Prompt: “Muéstrame mis proyectos de GitLab”
El servidor llama a gitlab_project con action: list, devolviendo nombres de proyectos, descripciones y URLs.
Crear un issue
Sección titulada «Crear un issue»Prompt: “Crea un reporte de bug en my-group/my-project titulado ‘Login page returns 404 after password reset’ con etiquetas bug y priority::high”
El servidor llama a gitlab_issue con action: create, estableciendo el título, descripción, etiquetas y proyecto en una única operación.
Gestionar etiquetas
Sección titulada «Gestionar etiquetas»Prompt: “Lista todas las etiquetas en el proyecto frontend y crea una nueva etiqueta llamada ‘accessibility’ con color #0052CC”
El servidor primero llama a gitlab_label con action: list para mostrar las etiquetas existentes, luego action: create para añadir la nueva.
Seguir milestones
Sección titulada «Seguir milestones»Prompt: “Muéstrame el progreso del milestone Sprint 14 en my-project”
El servidor llama a gitlab_milestone con action: get, devolviendo el porcentaje de completado, conteos de issues abiertos/cerrados y fecha límite.
Listar merge requests abiertos
Sección titulada «Listar merge requests abiertos»Prompt: “Muéstrame todos los merge requests abiertos asignados a mí”
El servidor llama a gitlab_merge_request con action: list, filtrando por asignado y estado.
Verificar estado del pipeline
Sección titulada «Verificar estado del pipeline»Prompt: “¿Cuál es el estado del último pipeline en my-project?”
El servidor llama a gitlab_pipeline con action: list, devolviendo el estado, duración y etapas del pipeline más reciente.
Crear un release
Sección titulada «Crear un release»Prompt: “Crea el release v2.1.0 desde el tag v2.1.0 en my-project con notas de release sobre la corrección de login y mejoras de rendimiento”
El servidor llama a gitlab_release con action: create, asociando el release con el tag y estableciendo la descripción.
Buscar código
Sección titulada «Buscar código»Prompt: “Busca usos de la función obsoleta authenticateUser en todos mis proyectos”
El servidor llama a gitlab_search con action: code, buscando en todos los proyectos el patrón de código especificado.
Gestionar miembros
Sección titulada «Gestionar miembros»Prompt: “Lista todos los miembros del proyecto frontend y sus niveles de acceso”
El servidor llama a gitlab_member con action: list, devolviendo los miembros del equipo con sus roles y permisos.
Flujo de herramientas dinámico primero
Sección titulada «Flujo de herramientas dinámico primero»El modo dinámico es el predeterminado, así que los prompts anteriores no llegan directamente a una meta-herramienta con nombre. En su lugar, el asistente descubre primero la acción y su esquema con gitlab_find_action y luego la ejecuta con gitlab_execute_action usando un ID canónico domain.action:
gitlab_find_action → query: "listar merge requests abiertas"gitlab_execute_action → action: "merge_request.list", params: { project_id: "42", state: "opened" }Para tareas de análisis, el mismo flujo descubre acciones canónicas analyze.* antes de ejecutar:
gitlab_find_action → query: "analizar pipeline fallido"gitlab_execute_action → action: "analyze.pipeline_failure", params: { project_id: "42", pipeline_id: 12345 }