mcpField
G
Gitlab

Gitlab

远程服务
pipeworx.io版本控制03 天前更新

关于 Gitlab

Gitlab 是面向 GitLab 项目开发者和团队的 MCP 服务,封装 GitLab REST API v4。它提供项目详情、议题、合并请求和仓库文件相关工具,并使用用户自行提供的 API 密钥。

主要功能

  1. 01列出可访问的项目
  2. 02获取项目详情
  3. 03搜索项目议题
  4. 04列出合并请求
  5. 05读取仓库文件

适用场景

  1. 01查看项目议题的状态与标签
  2. 02检查合并请求及其分支
  3. 03获取 GitLab 仓库中的文件

MCP 相关

将 GitLab REST API v4 操作作为工具提供给 MCP 客户端。服务可通过 stdio 本地运行或经 Pipeworx 使用;访问需要用户自己的 API 密钥。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/gitlab/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

详细介绍

mcp-gitlab

GitLab MCP — 封装 GitLab REST API v4(自带 API 密钥)

属于 Pipeworx — 一个将 AI Agent 连接到 1879+ 个实时数据源的 MCP 网关。这是独立的非官方集成,与上游提供商无关联、未经其认可,也未由其发布。

工具

工具描述
gitlab_list_projects列出所有可访问的 GitLab 项目。返回项目 ID、名称、路径、描述、星标数和 URL。使用 gitlab_get_project 获取详细信息。
gitlab_get_project获取特定 GitLab 项目的详情(例如,项目 ID "123" 或路径 "group/project")。返回名称、描述、可见性、星标数、派生数和默认分支。
gitlab_list_issues按项目 ID 搜索 GitLab 项目中的议题。返回议题 ID、标题、状态(打开/已关闭)、标签、受派人和 URL。可按状态和标签筛选。
gitlab_list_mrs按项目 ID 列出 GitLab 项目中的合并请求。返回 MR ID、标题、状态、作者、源/目标分支和 URL。可按状态和作者筛选。
gitlab_get_file按项目 ID 和文件路径(例如,"src/main.py")获取 GitLab 仓库中的文件内容。返回解码后的内容、文件大小、名称和编码。

快速开始

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "gitlab": {
      "url": "https://gateway.pipeworx.io/gitlab/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/gitlab/mcp 上的 tools/list 会返回上表中的工具,以及 Pipeworx 共享元工具 — ask_pipeworx、discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此,你看到的工具数量会多于此表:目前,单个工具包端点会在该工具包自身的工具之外列出约 30 个共享工具。连接的 initialize 响应会说明其确切范围,也是判断特定日期情况的权威依据。

这是有意设计的,并非意外的多路复用。元工具让范围受限的连接也能回答此工具包未涵盖的问题 — 通过 ask_pipeworx 跨整个目录进行路由 — 无需添加第二个 MCP 服务。目前无法挂载不包含这些元工具的工具包端点;如果额外的架构所占用的上下文超过路由带来的价值,请直接连接完整网关,而不是连接多个工具包端点。

也可以连接完整的 Pipeworx 网关,直接列出每个工具包的工具,而不只是此工具包的工具:

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

两个 URL 都会连接到同一个网关和同一批 1879+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出;从任一端点都可以通过 ask_pipeworx 访问所有工具。

没有 MCP 客户端?通过 HTTP 调用

此工具包需要你提供自己的 API 密钥(_apiKey)— 我们不会代为提供,因此这里没有无需密钥即可运行的 curl 命令。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/gitlab_list_projects。查找工具:使用 {"query":"..."} 向 POST https://gateway.pipeworx.io/v1/tools/search_packs 发送请求。

独立运行(无需网关账户)

此软件包也可以作为本地 stdio MCP 服务运行 — 无需 Pipeworx 账户,也无需经由网关:

{
  "mcpServers": {
    "gitlab": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-gitlab"]
    }
  }
}

也可以直接运行它,以确认服务能够启动:

npx -y @pipeworx/mcp-gitlab

它通过 stdin/stdout 使用 MCP 协议,并仅针对本工具包的工具响应 initialize/tools/list/tools/call — 不包含上述网关连接额外提供的任何共享元工具。相同的源代码、相同的工具,不提供 ask_pipeworx 路由。

使用 ask_pipeworx

除了直接调用工具,你还可以用通俗的英语提问 — 这在上面的工具包端点和完整网关上都适用:

ask_pipeworx({ question: "your question about Gitlab data" })

网关会自动选择合适的工具并填入参数。

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。