🔀 Code Review
Review merge requests, analyze changes, check for security issues, and leave comments — all through natural language.
Key domains: merge_request, mr_review
Try: “Summarize the changes in MR !42 and check for security issues”
With GitLab MCP Server you can review merge requests, debug failing CI/CD pipelines, create and triage issues, cut releases and changelogs, manage team access, search across code and issues, generate standup and milestone reports, and run security reviews — all from your AI assistant in plain language, without opening the GitLab web UI. These map to eight common workflows — code review, CI/CD automation, issue management, release management, team management, code search, reports and analytics, and security review — each backed by real GitLab REST and GraphQL operations exposed as MCP tools. The cards below group those capabilities by workflow rather than by API domain.
Each card names the catalog domains it uses. On the default dynamic surface the assistant finds and runs their actions through gitlab_find_action and gitlab_execute_action; with GITLAB_MCP_TOOL_SURFACE=meta each domain is a gitlab_<domain> meta-tool, except where a card notes that a domain’s actions live on a base meta-tool instead.
🔀 Code Review
Review merge requests, analyze changes, check for security issues, and leave comments — all through natural language.
Key domains: merge_request, mr_review
Try: “Summarize the changes in MR !42 and check for security issues”
🔄 CI/CD Automation
Monitor pipelines, debug failures, manage CI variables, and review pipeline schedules without leaving your editor.
Key domains: pipeline, job, ci_variable
Try: “Why did the last pipeline fail on branch feature/auth?”
📋 Issue Management
Create, update, and track issues. Manage labels, milestones, and assignments through conversation.
Key domains: issue, label, milestone (the last two are actions on the gitlab_project meta-tool)
Try: “Create a bug report titled ‘Fix login page’ with label ‘bug’ and assign to @alice”
📦 Release Management
Create releases, generate changelogs, manage tags, and upload release assets.
Key domains: release (including its link_* actions), tag
Try: “Generate release notes comparing v1.0 to v2.0”
👥 Team Management
Manage project members, group memberships, and access levels.
Key domains: user, group, project (members and member_* actions)
Try: “Add @bob as a developer to project my-app”
🔍 Code Search
Search across code, issues, merge requests, and wikis. Explore repository trees and compare branches.
Key domains: search, repository (tree and file_* actions)
Try: “Find all TODO comments across project my-app”
📊 Reports & Analytics
Generate standup summaries, risk assessments, milestone reports, and team workload analysis using AI-powered prompts.
Key prompts: daily_standup, mr_risk_assessment, team_member_workload, milestone_progress
Try: “Give me a daily standup summary for project my-app”
🛡️ Security Review
Audit merge requests for security issues, review vulnerabilities, and analyze CI configurations.
Key domains: vulnerability, audit_event
Try: “Review MR !42 for security vulnerabilities”
GitLab MCP Server lets an AI assistant drive GitLab through natural language across eight common workflows: code review, CI/CD automation, issue management, release management, team management, code search, reports and analytics, and security review. Instead of switching to the GitLab web UI, you describe the outcome — for example, _"Summarize the changes in MR !42 and check for security issues"_ — and the assistant calls the matching GitLab tools, executes them, and returns the result. Every workflow maps to real GitLab REST and GraphQL operations exposed as MCP tools.
Yes. The code review workflow uses the merge_request and mr_review action domains (the gitlab_merge_request and gitlab_mr_review meta-tools when GITLAB_MCP_TOOL_SURFACE=meta; on the default dynamic surface the assistant reaches the same actions through gitlab_find_action and gitlab_execute_action) so an assistant can list MRs awaiting review, summarize diffs, run a security pass, post review comments, and approve. A typical conversation is: _"Show open MRs in my-app that need review"_, then _"Summarize the changes in MR !42"_, _"Check MR !42 for security issues"_, _"Leave a comment suggesting input validation"_, and _"Approve MR !42"_. Each step is a separate tool call against the GitLab API.
The CI/CD workflow uses the pipeline, job, and ci_variable domains (gitlab_pipeline, gitlab_job, and gitlab_ci_variable on the meta surface) to inspect and recover failing pipelines without leaving the editor. You can ask for the latest pipeline status, list the failed jobs in a specific pipeline, retrieve a job's logs to find the error, check the project's CI variables, and retry failed jobs. For example, _"Why did the last pipeline fail on branch feature/auth?"_ returns the failing stage and job so the assistant can explain the error and suggest a fix.
Yes. The reports workflow relies on pre-built MCP prompts such as daily_standup, mr_risk_assessment, team_member_workload and milestone_progress to produce daily standup summaries, risk assessments, milestone progress reports, and team workload analysis. Release management combines the release domain (whose link_* actions manage release assets) with tag (gitlab_release and gitlab_tag on the meta surface) to create releases, manage tags, and upload assets — for instance, _"Generate release notes comparing v1.0 to v2.0"_ assembles a changelog from the commits between two refs.