Token导航 LogoToken导航

MCP Server · 开发工具

Gitlab Ops MCP

提供GitLab的运维层功能,包括Webhooks管理、CI/CD变量配置、分支保护和项目设置等,实现自动化项目设置和交付编排。

stdio官方级别未说明来源级核验工具 22gitlab-ops-mcp
TypeScriptCI/CD开发工具

快速开始

作者 / 组织
jarecsni
提供方
jarecsni
运行时
Node.js

工具数量

22

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Gitlab Ops MCP 属于开发工具类 MCP Server,公开资料标注 22 个工具,通过stdio 本地进程接入,客户端适配情况以官方文档为准,有可以直接复制的安装命令;接入前要先准备 访问 Token。

分类

开发工具

传输方式

stdio

认证方式

访问 Token

部署方式

公开资料未说明

安装与配置

安装命令

npx gitlab-ops-mcp

客户端配置示例

{
  "mcpServers": {
    "gitlab-ops-mcp": {
      "command": "npx",
      "args": [
        "gitlab-ops-mcp"
      ]
    }
  }
}

按公开安装命令拼出来的示例,字段名和参数以仓库 README 为准;带 YOUR_API_KEY 这类占位符的位置记得换成自己的值。

上手步骤

  1. 1

    准备运行环境

    stdio 服务在本地起进程,需要先装好 Node.js,再按安装命令拉取依赖。

  2. 2

    安装服务

    复制下面的安装命令执行;命令里带占位符的位置换成自己的密钥或路径。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 22 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

详细介绍

gitlab运营mcp

标准MCP未涵盖的GitLab操作层。Webhooks、CI/CD变量、分支保护、项目设置、组、访问令牌和管道触发器——7个域中的21个工具,可用于自动化项目设置和交付编排。

为什么?

现有的GitLab MCP(@zereight/mcp-gitlab)涵盖了开发人员工作区:仓库、分支、MR、问题、管道。但当你需要的时候 *建立* 和 *统治* 项目——配置webhooks、保护分支、跨仓库管理CI变量——你回到了GitLab UI点击按钮。

gitlab-ops-mcp 填补了这一空白。与标准MCP一起,您可以获得完整的GitLab API覆盖范围,用于完全自动化的多回购项目设置。

快速开始

本地(标准传输)

直接使用npx运行--无需安装:

npx gitlab-ops-mcp

需要 GITLAB_PERSONAL_ACCESS_TOKEN 在您的环境中。

远程(HTTP传输)

托管实例可在以下位置获得:

https://gitlab-ops-mcp.fly.dev/mcp

远程服务器通过以下方式使用每会话身份验证 X-GitLab-Token header--未存储服务器端凭据。

MCP客户端配置

Stdio(本地)

{
  "mcpServers": {
    "gitlab-ops": {
      "command": "npx",
      "args": ["-y", "gitlab-ops-mcp"],
      "env": {
        "GITLAB_PERSONAL_ACCESS_TOKEN": "glpat-...",
        "GITLAB_API_URL": "https://gitlab.com/api/v4"
      }
    }
  }
}

流式HTTP(远程)

{
  "mcpServers": {
    "gitlab-ops": {
      "type": "streamable-http",
      "url": "https://gitlab-ops-mcp.fly.dev/mcp",
      "headers": {
        "X-GitLab-Token": "glpat-..."
      }
    }
  }
}

环境变量

变量必填默认描述
GITLAB_PERSONAL_ACCESS_TOKEN是(stdio)--GitLab个人访问令牌,具有适当的作用域
GITLAB_API_URL没有https://gitlab.com/api/v4GitLab API v4基本URL

对于HTTP传输,GitLab令牌通过 X-GitLab-Token 取而代之的是标题。

工具目录

7个领域的21个工具。每个工具都是围绕GitLab API v4的精简REST包装。

网络钩子

管理项目级的webhooks,以实现事件驱动的自动化。

工具说明
create_webhook使用可配置的事件标志创建webhook
list_webhooks列出项目的所有Webhook
update_webhook更新webhook的URL、令牌或事件标志
delete_webhook从项目中删除webhook
test_webhook为webhook触发测试事件

CI/CD变量

管理特定于环境的配置的项目级CI/CD变量。

工具说明
create_ci_variable创建一个具有可选保护、掩码和作用域的变量
list_ci_variables列出项目的所有CI/CD变量
update_ci_variable更新变量的值或标志
delete_ci_variable删除CI/CD变量

受保护的分支

管理分支保护规则以强制执行仅合并工作流。

工具说明
protect_branch使用可配置的访问级别保护分支
list_protected_branches列出所有受保护的分支
unprotect_branch从分支中删除保护

项目设置

更新项目级配置,以实现跨存储库的一致治理。

工具说明
update_project_settings更新合并方法、管道要求、挤压选项等

组/子组

管理GitLab组以实现命名空间隔离。

工具说明
create_group创建组或子组
list_groups列出具有搜索和访问级别筛选器的组
delete_group删除组(级联到其中的所有项目)

项目访问令牌

管理跨仓库CI通信的作用域、可旋转的访问令牌。

工具说明
create_project_access_token创建一个具有可配置访问级别和到期时间的作用域令牌
list_project_access_tokens列出项目的所有访问令牌
revoke_project_access_token撤销访问令牌

管道触发令牌

管理跨项目管道触发的管道触发令牌。

工具说明
create_pipeline_trigger创建管道触发令牌
list_pipeline_triggers列出项目的所有触发令牌
delete_pipeline_trigger删除触发令牌

自动批准建议

只读工具可以安全地自动批准。修改工具(创建、更新、删除)需要确认。

"autoApprove": [
  "list_webhooks",
  "list_ci_variables",
  "list_protected_branches",
  "list_groups",
  "list_project_access_tokens",
  "list_pipeline_triggers"
]

自我寄宿

该服务器附带了Dockerfile和Fly.io配置,用于自托管HTTP传输。

fly apps create my-gitlab-ops-mcp
fly deploy

HTTP服务器在端口3000上运行 /health 用于活性检查的端点。机器空闲时自动停止,收到请求时自动启动。

与现有GitLab MCP的关系

这两台服务器是互补的,而不是竞争的:

  • @zereight/mcp-gitlab --开发人员工作区(仓库、分支、MR、问题、管道)
  • gitlab-ops-mcp --项目操作(webhooks、变量、保护、设置、令牌)

需求

  • Node.js>=18.0.0

许可证

麻省理工学院

工具与能力

工具数量

22

资源数量

0

提示词数量

0

能力标签

GitLab运维TypeScript混合部署自动化工具CI/CDWebhooks分支保护

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

让助手直接读代码

把仓库、提交记录和 issue 交给模型检索,补全和重构时不用来回复制文件。

在对话里跑命令

触发构建、测试和脚本,执行结果直接回到上下文,省去切终端。

接进开发流程

把 PR、CI 状态和代码审查接进助手,减少在几个工具之间跳。

选择建议

值得选的地方

  • 工具数量 22 个,一次接入能覆盖的操作比单点工具更全。
  • 有现成的安装命令,不用自己找入口,照着跑就能起服务。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • stdio 方式要求本地装好 Node.js,换机器要重新装一遍。
  • 需要自备访问 Token,没有凭据没法直接试。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 想先快速试一下、能接受在本地跑服务的人。

不太适合

  • 完全不想在本地装环境的人。
  • 暂时拿不到访问 Token的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Gitlab Ops MCP

MCP World · 本页

22stdio有1 个2026-05-17
Git 838e2ec1

MCP World

12stdio有2 个2026-05-17
Markitdown MCP 2c653a5f

MCP World

1stdio有1 个2026-05-17
Context7 831acf40

MCP World

0stdio有1 个2026-05-17
Context7 MCP C671e75a

MCP World

0stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Gitlab Ops MCP 怎么安装?

公开资料给出的安装命令是 npx gitlab-ops-mcp,运行环境为 Node.js。装完后按客户端要求写进 MCP 配置,重启客户端生效。

Gitlab Ops MCP 怎么在 Claude Desktop、Cursor 里配置?

它是stdio 本地进程,客户端配置里要写启动命令和参数,运行环境是 Node.js;保存后完全退出客户端再打开,配置才会生效。

Gitlab Ops MCP 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Gitlab Ops MCP 需要 API Key 吗?

公开资料标注的认证方式是访问 Token,也就是要先拿到凭据才能连上;凭据只填在自己本地的配置里,不要写进公开仓库。

Gitlab Ops MCP 支持哪些客户端?

公开资料没有标注具体客户端;能配置本地 MCP 命令的客户端都能接,配置方式参照官方文档。

来源信息

继续浏览同类 MCP