关于 Gitlab
Gitlab 是面向 GitLab 项目开发者和团队的 MCP 服务,封装 GitLab REST API v4。它提供项目详情、议题、合并请求和仓库文件相关工具,并使用用户自行提供的 API 密钥。
主要功能
- 01列出可访问的项目
- 02获取项目详情
- 03搜索项目议题
- 04列出合并请求
- 05读取仓库文件
适用场景
- 01查看项目议题的状态与标签
- 02检查合并请求及其分支
- 03获取 GitLab 仓库中的文件
MCP 相关
将 GitLab REST API v4 操作作为工具提供给 MCP 客户端。服务可通过 stdio 本地运行或经 Pipeworx 使用;访问需要用户自己的 API 密钥。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/gitlab/mcpclaude mcp add --transport http pipeworx-io-gitlab https://gateway.pipeworx.io/gitlab/mcp{"mcpServers":{"pipeworx-io-gitlab":{"type":"http","url":"https://gateway.pipeworx.io/gitlab/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-gitlab":{"type":"http","url":"https://gateway.pipeworx.io/gitlab/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-gitlab":{"type":"http","url":"https://gateway.pipeworx.io/gitlab/mcp"}}}{"mcpServers":{"pipeworx-io-gitlab":{"serverUrl":"https://gateway.pipeworx.io/gitlab/mcp"}}}命令在终端中运行;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
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。