GitLab MCP 连接 Microsoft Copilot

💡 无需安装? 直接使用 cloud.anythingmcp.com。 登录、点击 Connectors → GitLab、粘贴凭证、生成 MCP API key，即可完成。无 Docker、无 git clone、无本地服务器。

GitLab + Microsoft Copilot

让你的 AI 在 GitLab 中工作：查找项目，分拣和更新议题（issue），审阅合并请求（merge request）及其差异和评论，检查流水线并阅读失败作业的日志，以及读取分支、提交和文件。支持 GitLab.com 或你自己的 GitLab 实例，使用个人访问令牌。

前提条件

完整的设置说明已内置在连接器中 (在 store 中选择连接器时可见)。所需环境变量:

GITLAB_URL, GITLAB_TOKEN

步骤 1 — 获取凭证

1. 在 GitLab 中点击你的头像 → Edit profile → Access → Personal access tokens → Generate token。在 GitLab.com 上，该页面位于 gitlab.com/-/user_settings/personal_access_tokens。
2. 为令牌命名（例如 "AnythingMCP"），设置过期日期（GitLab.com 上最长 365 天），并勾选权限范围 api。如需只读设置，请改为勾选 read_api。
3. 立即复制令牌：GitLab 只显示一次。令牌以 glpat- 开头。
4. 把令牌填入 GITLAB_TOKEN，不要带 Bearer 字样。将 GITLAB_URL 设为 https://gitlab.com（GitLab.com），或设为你的 Self-Managed 或 Dedicated 实例在浏览器中打开时的地址（例如 https://gitlab.example.com），不要带 /api/v4，末尾也不要加斜杠。然后安装连接器。
5. 先运行 gitlab_get_current_user：它会显示该令牌属于哪个 GitLab 用户，并确认地址正确。然后用路径把项目告诉 AI，例如 my-group/my-project，或者让它用 gitlab_list_projects 查找。

令牌有效期和访问范围：GitLab.com 上的令牌最长有效 365 天。过期后，用相同的权限范围生成新令牌，再次填入 GITLAB_TOKEN。连接器以令牌所属用户的身份操作：AI 能看到和修改的正是该用户有权限的内容。fine-grained 个人访问令牌（GitLab 19.2 及以上）用法相同：为相关项目的 issues、merge requests、仓库、流水线和作业授予读写权限。GitLab.com 上有些群组强制要求 fine-grained 令牌，此时传统令牌在它们的项目上会报错 "Access denied: This operation requires a fine-grained personal access token"。项目访问令牌和群组访问令牌也可以使用，但在 GitLab.com 上需要 Premium 或 Ultimate。

只读设置：使用带 read_api 的令牌，并关闭 gitlab_create_issue, gitlab_update_issue, gitlab_add_issue_note, gitlab_create_merge_request, gitlab_update_merge_request, gitlab_add_merge_request_note 和 gitlab_create_branch。

安装时默认关闭：gitlab_delete_issue（永久删除议题，只有项目所有者和管理员可以执行，通常用 gitlab_update_issue 关闭议题才是你想要的）和 gitlab_delete_branch。只有在 AI 需要删除议题或分支时才打开它们。

项目、议题和合并请求：工具通过数字 id 或完整路径（例如 my-group/my-project）接收项目。议题和合并请求用 GitLab 中显示的编号（#42、!17）指定，而不是全局 id。gitlab_list_project_members 提供指派人和审阅人的用户 id。gitlab_list_my_issues 和 gitlab_list_my_merge_requests 跨所有项目工作，默认显示令牌所属用户自己的条目，包括等待其审阅的合并请求。

审阅、流水线和代码：审阅合并请求时，AI 先读取 gitlab_get_merge_request（合并状态和冲突），再逐页读取 gitlab_get_merge_request_diffs，以及 gitlab_list_merge_request_commits 和 gitlab_list_merge_request_notes。差异过大的文件返回时不带文本；AI 会改用 gitlab_get_file_content 在源分支上读取。排查失败的流水线时，它从 gitlab_list_pipelines 到 gitlab_list_pipeline_jobs（只看失败的作业），再到 gitlab_get_job_log。文件和作业日志在 200 KB 处截断，保留开头部分：更长的日志请在 GitLab 中打开。gitlab_search_project 在任何方案下都能搜索单个项目内的代码；用 gitlab_search 在整个实例范围内搜索代码需要 advanced search，这是 Premium 功能。

写入前先确认：议题、评论、合并请求和分支都以令牌所属用户的名义创建。AI 会先给你看标题、正文或分支，等你确认后再写入。评论中的快捷操作（quick actions），例如 /label、/assign、/close、/approve 或 /merge，会由 GitLab 执行，因此 AI 只在你要求时才加入。创建分支需要 Developer 权限。

速率限制：GitLab.com 允许每个用户每分钟约 2,000 次 API 请求、200 个新议题和 60 条新评论，以及每分钟 100 次搜索。Self-Managed 实例的限制由管理员设置。超出限制时 GitLab 返回 429：稍等后再试。

常见错误：401 表示令牌错误、已过期或已被撤销，或者 GITLAB_URL 指向的不是签发该令牌的实例。403 表示缺少权限范围（例如用 read_api 令牌执行写入），或该用户的角色不足以执行此操作。404 表示项目、议题或文件不存在，或该用户看不到它：GitLab 会用 404 隐藏私有资源。400 会指出缺失或无效的字段。新建合并请求时返回 409，表示这两个分支之间已有一个打开的合并请求。已改名的项目在旧路径下仍可读取，但在旧路径上写入会返回 405：请使用新路径或数字 id。

连接器没有用于合并或批准合并请求、推送提交、编辑文件，以及运行、重试或取消流水线的工具，也不涉及 CI/CD 变量、发布（releases）、Wiki、软件包、容器镜像库和管理功能。

步骤 2 — 安装 adapter

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

步骤 3 — 在 Microsoft Copilot 中添加连接器

你的服务器 URL： 在 AnythingMCP 中打开 MCP Servers → 此连接器所在的服务器，复制它的 URL（https://cloud.anythingmcp.com/mcp/…）。本指南中出现 YOUR_SERVER_ID 的地方都用它替换。

Microsoft Copilot 通过在 Copilot Studio 中构建的智能体使用 MCP 服务器：把 AnythingMCP 作为工具添加到智能体，然后把智能体发布到 Microsoft 365 Copilot 和 Teams。Copilot Studio 从 Microsoft 的云端通过 Streamable HTTP 连接，AnythingMCP 支持这种方式。

1. 在 Copilot Studio 中打开你的智能体（或新建一个），进入 Tools，选择 Add a tool → New tool → Model Context Protocol。
2. 填写 Server name（例如 AnythingMCP）、说明连接器用途的 Server description，以及 Server URL https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID。Copilot Studio 根据描述决定何时调用该服务器。
3. 身份验证选择 API key，把 Type 设为 Header，请求头名称填 X-API-Key，然后选择 Create。
4. 在 Add tool 中选择 Create a new connection，粘贴 AnythingMCP 的 MCP API 密钥（MCP Servers → 你的服务器 → API keys），然后选择 Add to agent。
5. 在智能体的 Test 窗格中试一试：提出需要用到 GitLab 的工具的请求。
6. 选择 Publish，然后进入 Channels → Microsoft 365 and Microsoft Teams，保持勾选 Make agent available in Microsoft Copilot，再选择 Add channel。See agent in Teams 会为你安装该智能体；在 Microsoft 365 Copilot 中输入 @ 并选择该智能体。

希望每个用户各自登录？请选择 OAuth 2.0 → Dynamic discovery 代替 API 密钥：每个用户会在智能体首次调用时登录 AnythingMCP。

自托管？请用你实例的公网 HTTPS 地址替换 https://cloud.anythingmcp.com。Copilot Studio 从 Microsoft 的云端连接，因此 localhost 无法使用。

可用工具

示例提示

• “所有项目中有哪些合并请求在等我审阅？其中哪些有冲突或流水线失败？”
• “my-group/web-app 的 main 分支上最新一次流水线为什么失败？给我看失败的作业和日志里的错误。”
• “总结 my-group/web-app 中的合并请求 !128：改了什么、涉及哪些文件，以及哪些审阅评论还没有解决。”
• “在 my-group/web-app 中创建一个议题，标题为“移动端结账按钮错位”，加上 bug 标签，并指派给 Lena。”

FAQ

这适用于哪个 Copilot？ 适用于工作中的 Microsoft 365 Copilot，通过 Copilot Studio 的智能体实现。面向个人账户的 Microsoft Copilot 应用无法添加自己的 MCP 服务器。

我需要什么？ 一个可以使用 Copilot Studio 的工作账户（许可证或试用版），用于构建智能体。在 Microsoft 365 Copilot 或 Teams 中使用它的人需要拥有该智能体的访问权限：把它共享给他们，或请管理员为整个组织发布。如果你的组织对 Power Platform 连接器设置了数据策略，这些策略同样适用于 MCP 服务器。

智能体不调用工具。 检查请求头名称是否正好是 X-API-Key，密钥是否属于与 URL 相同的 MCP 服务器，并把 Server description 写得具体：Copilot Studio 根据它决定何时调用服务器。每次修改后重新发布智能体；在已打开的对话中输入 "start over" 即可使用新版本。

下一步

• 连接器主页
• 连接到 Claude
• 连接到 ChatGPT
• 连接到 Cursor
• 连接到 Gemini
• 连接到 Meta Muse