Token导航 LogoToken导航

MCP Server · 开发工具

GitHub MCP Server Test 2

GitHub MCP Server是一个提供GitHub API无缝集成的服务器,支持开发者进行高级自动化和交互操作。

stdio官方级别未说明来源级核验工具 28
GitHub开发工具GoVS CodeAPI集成Claude DesktopClaudeVS Code Insiders

快速开始

作者 / 组织
armor-ai-onboarding
提供方
armor-ai-onboarding
运行时
Docker

工具数量

28

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

GitHub MCP Server Test 2 属于开发工具类 MCP Server,公开资料标注 28 个工具,通过stdio 本地进程接入,适配 Claude Desktop、Claude、VS Code,有可以直接复制的安装命令;接入前要先准备 访问 Token。

分类

开发工具

传输方式

stdio

认证方式

访问 Token

部署方式

公开资料未说明

安装与配置

安装命令

docker run -i --rm \

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    准备运行环境

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

  2. 2

    安装服务

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

  3. 3

    写入客户端配置

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

  4. 4

    验证是否可用

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

接入前确认

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

详细介绍

GitHub MCP服务器

GitHub MCP服务器是一个 模型上下文协议(MCP) 服务器,提供与GitHub API的无缝集成,实现高级 开发人员和工具的自动化和交互能力。

](https://insiders.vscode.dev/redirect/mcp/install?name=github&inputs=%5B%7B%22id%22%3A%22github_token%22%2C%22type%22%3A%22promptString%22%2C%22description%22%3A%22GitHub%20Personal%20Access%20Token%22%2C%22password%22%3Atrue%7D%5D&config=%7B%22command%22%3A%22docker%22%2C%22args%22%3A%5B%22run%22%2C%22-i%22%2C%22--rm%22%2C%22-e%22%2C%22GITHUB_PERSONAL_ACCESS_TOKEN%22%2C%22ghcr.io%2Fgithub%2Fgithub-mcp-server%22%5D%2C%22env%22%3A%7B%22GITHUB_PERSONAL_ACCESS_TOKEN%22%3A%22%24%7Binput%3Agithub_token%7D%22%7D%7D&quality=insiders)

用例

  • 自动化GitHub工作流和流程。
  • 从GitHub存储库中提取和分析数据。
  • 构建与GitHub生态系统交互的AI驱动工具和应用程序。

先决条件

  1. 要在容器中运行服务器,您需要 码头工人 安装。
  2. 安装Docker后,您还需要确保Docker正在运行。形象是公开的;如果你在pull时出错,你可能有一个过期的令牌,需要 docker logout ghcr.io.
  3. 最后,你需要 .

MCP服务器可以使用许多GitHub API,因此请启用您认为授予AI工具的权限(要了解有关访问令牌的更多信息,请查看 文档).

安装

使用VS代码

为了快速安装,请使用此README顶部的一键安装按钮之一。完成该流程后,切换代理模式(位于副驾驶聊天文本输入处),服务器将启动。

对于手动安装,请将以下JSON块添加到VS Code中的用户设置(JSON)文件中。您可以按 Ctrl + Shift + P 和打字 Preferences: Open User Settings (JSON).

{
  "mcp": {
    "inputs": [
      {
        "type": "promptString",
        "id": "github_token",
        "description": "GitHub Personal Access Token",
        "password": true
      }
    ],
    "servers": {
      "github": {
        "command": "docker",
        "args": [
          "run",
          "-i",
          "--rm",
          "-e",
          "GITHUB_PERSONAL_ACCESS_TOKEN",
          "ghcr.io/github/github-mcp-server"
        ],
        "env": {
          "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}"
        }
      }
    }
  }
}

您可以选择将类似的示例(即不带mcp键)添加到名为的文件中 .vscode/mcp.json 在您的工作空间中。这将允许您与他人共享配置。

{
  "inputs": [
    {
      "type": "promptString",
      "id": "github_token",
      "description": "GitHub Personal Access Token",
      "password": true
    }
  ],
  "servers": {
    "github": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "GITHUB_PERSONAL_ACCESS_TOKEN",
        "ghcr.io/github/github-mcp-server"
      ],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}"
      }
    }
  }
}

更多关于在VS Code中使用MCP服务器工具的信息 代理模式文档.

使用Claude Desktop

{
  "mcpServers": {
    "github": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "GITHUB_PERSONAL_ACCESS_TOKEN",
        "ghcr.io/github/github-mcp-server"
      ],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": ""
      }
    }
  }
}

从源代码构建

如果你没有Docker,你可以使用 go build 在 cmd/github-mcp-server 目录,并使用 github-mcp-server stdio 命令与 GITHUB_PERSONAL_ACCESS_TOKEN 将环境变量设置为您的令牌。要指定生成的输出位置,请使用 -o 旗帜。您应该将服务器配置为使用构建的可执行文件作为其 command例如:

{
  "mcp": {
    "servers": {
      "github": {
        "command": "/path/to/github-mcp-server",
        "args": ["stdio"],
        "env": {
          "GITHUB_PERSONAL_ACCESS_TOKEN": ""
        }
      }
    }
  }
}

工具配置

GitHub MCP Server支持通过以下方式启用或禁用特定功能组 --toolsets 旗帜。这允许您控制哪些GitHub API功能可用于您的人工智能工具。仅启用所需的工具集可以帮助LLM进行工具选择并减少上下文大小。

可用工具集

以下工具集可用(默认情况下都处于打开状态):

工具集说明
repos与存储库相关的工具(文件操作、分支、提交)
issues与问题相关的工具(创建、阅读、更新、评论)
users与GitHub用户相关的任何内容
pull_requests拉取请求操作(创建、合并、审核)
code_security代码扫描警报和安全功能
experiments实验特征(不稳定)
指定工具集

要指定LLM可用的工具集,可以通过两种方式传递允许列表:

  1. 使用命令行参数:
   github-mcp-server --toolsets repos,issues,pull_requests,code_security
  1. 使用环境变量:
   GITHUB_TOOLSETS="repos,issues,pull_requests,code_security" ./github-mcp-server

环境变量 GITHUB_TOOLSETS 如果两者都提供,则优先于命令行参数。

在Docker中使用工具集

使用Docker时,可以将工具集作为环境变量传递:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN= \
  -e GITHUB_TOOLSETS="repos,issues,pull_requests,code_security,experiments" \
  ghcr.io/github/github-mcp-server

“全部”工具集

特殊工具集 all 可以提供以启用所有可用的工具集,而不管任何其他配置如何:

./github-mcp-server --toolsets all

或者使用环境变量:

GITHUB_TOOLSETS="all" ./github-mcp-server

动态工具发现

备注:此功能目前处于测试阶段,可能无法在所有环境中使用。请测试一下,如果您遇到任何问题,请告诉我们。

您可以启用动态工具集发现,而不是从启用所有工具开始。动态工具集允许MCP主机根据用户提示列出并启用工具集。这应该有助于避免模型被大量可用工具混淆的情况。

使用动态工具发现

使用二进制时,您可以传递 --dynamic-toolsets 旗帜。

./github-mcp-server --dynamic-toolsets

使用Docker时,可以将工具集作为环境变量传递:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN= \
  -e GITHUB_DYNAMIC_TOOLSETS=1 \
  ghcr.io/github/github-mcp-server

GitHub企业服务器和企业云与数据驻留(ghe.com)

国旗 --gh-host 以及环境变量 GITHUB_HOST 可用于设置 具有数据驻留的GitHub Enterprise Server或GitHub Enterprise Cloud的主机名。

  • 对于GitHub Enterprise Server,在主机名前加上 https:// URI方案,否则默认为 http://,GitHub Enterprise Server不支持。
  • 对于具有数据驻留的GitHub Enterprise Cloud,请使用 https://YOURSUBDOMAIN.ghe.com 作为主机名。
"github": {
    "command": "docker",
    "args": [
    "run",
    "-i",
    "--rm",
    "-e",
    "GITHUB_PERSONAL_ACCESS_TOKEN",
    "-e",
    "GITHUB_HOST",
    "ghcr.io/github/github-mcp-server"
    ],
    "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}",
        "GITHUB_HOST": "https://"
    }
}

i18n/覆盖性描述

通过创建 github-mcp-server-config.json 文件与二进制文件位于同一目录中。

该文件应包含一个JSON对象,其中工具名称作为键,新 描述为值。例如:

{
  "TOOL_ADD_ISSUE_COMMENT_DESCRIPTION": "an alternative description",
  "TOOL_CREATE_BRANCH_DESCRIPTION": "Create a new branch in a GitHub repository"
}

您可以通过运行二进制文件来创建当前翻译的导出 这 --export-translations 旗帜。

此标志将保留您在添加时所做的任何翻译/覆盖 自上次您使用二进制文件以来添加到二进制文件中的任何新翻译 出口。

./github-mcp-server --export-translations
cat github-mcp-server-config.json

您还可以使用ENV变量来覆盖描述。环境 变量名与JSON文件中的键相同,前缀为 GITHUB_MCP_ 全部大写。

例如,要覆盖 TOOL_ADD_ISSUE_COMMENT_DESCRIPTION 工具,你可以 设置以下环境变量:

export GITHUB_MCP_TOOL_ADD_ISSUE_COMMENT_DESCRIPTION="an alternative description"

工具

用户

  • get_me -获取已验证用户的详细信息

- 无需参数

问题

  • 获取问题 -获取存储库中问题的内容

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - issue_number:问题编号(编号,必填)

  • 获取问题注释 -获取GitHub问题的评论

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - issue_number:问题编号(编号,必填)

  • 创建_发行 -在GitHub存储库中创建新问题

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - title:发行标题(字符串,必填) - body:发布正文内容(字符串,可选) - assignees:要分配给此问题的用户名(string\[\],可选) - labels:应用于此问题的标签(string\[\],可选)

  • add_issue_comment -向问题添加评论

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - issue_number:问题编号(编号,必填) - body:注释文本(字符串,必填)

  • list_issues -列出和筛选存储库问题

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - state:按状态筛选(“打开”、“关闭”、“全部”)(字符串,可选) - labels:要筛选的标签(string\[\],可选) - sort:排序方式(“已创建”、“已更新”、“注释”)(字符串,可选) - direction:排序方向('sc','sec')(字符串,可选) - since:按日期筛选(ISO 8601时间戳)(字符串,可选) - page:页码(数字,可选) - perPage:每页结果(数量,可选)

  • update_issue -更新GitHub存储库中的现有问题

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - issue_number:要更新的问题编号(编号,必填) - title:新标题(字符串,可选) - body:新描述(字符串,可选) - state:新状态(“打开”或“关闭”)(字符串,可选) - labels:新标签(string\[\],可选) - assignees:新受让人(string\[\],可选) - milestone:新里程碑编号(编号,可选)

  • 搜索问题 -搜索问题并提取请求

- query:搜索查询(字符串,必填) - sort:排序字段(字符串,可选) - order:排序顺序(字符串,可选) - page:页码(数字,可选) - perPage:每页结果(数量,可选)

拉取请求

  • get_pull_request -获取特定拉取请求的详细信息

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填)

  • list_pull_requests -列出和筛选存储库拉取请求

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - state:PR状态(字符串,可选) - sort:排序字段(字符串,可选) - direction:排序方向(字符串,可选) - perPage:每页结果(数量,可选) - page:页码(数字,可选)

  • 合并请求 -合并拉取请求

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填) - commit_title:合并提交的标题(字符串,可选) - commit_message:合并提交消息(字符串,可选) - merge_method:合并方法(字符串,可选)

  • get_pull_request_files -获取拉取请求中更改的文件列表

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填)

  • get_pull_request_status -获取拉取请求的所有状态检查的组合状态

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填)

  • update_pull_request_branch -使用基础分支的最新更改更新拉取请求分支

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填) - expectedHeadSha:拉取请求的HEAD引用的预期SHA(字符串,可选)

  • get_pull_request_comments -获取拉取请求的评论

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填)

  • get_pull_request_reviews -获取拉取请求的评论

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填)

  • create_pull_request_review -对拉取请求审核创建审核

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填) - body:查看评论文本(字符串,可选) - event:审核操作(“PPROVE”、“REQUEST_CHANGES”、“COMMENT”)(字符串,必填) - commitId:提交审查的SHA(字符串,可选) - comments:特定于行的注释对象数组,用于对拉取请求更改进行注释(数组,可选) - 对于内联注释:提供 path, position (或 line),以及 body - 对于多行评论:提供 path, start_line, line,可选 side/start_side,以及 body

  • create_pull_request -创建新的pull请求

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - title:PR标题(字符串,必填) - body:PR描述(字符串,可选) - head:包含更改的分支(字符串,必填) - base:要合并的分支(字符串,必填) - draft:创建为PR草稿(布尔值,可选) - maintainer_can_modify:允许维护者编辑(布尔值,可选)

  • add_pull_request_review_comment -向拉取请求添加评论或回复现有评论

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pull_number:拉取请求号(number,必填) - body:审查意见的文本(字符串,必填) - commit_id:提交评论的SHA(字符串,除非使用in_reply_to,否则为必填项) - path:需要注释的文件的相对路径(字符串,除非使用in_reply_to,否则是必需的) - line:注释应用于的拉取请求差异中blob的行(数字,可选) - side:要评论的差异侧(左或右)(字符串,可选) - start_line:对于多行注释,范围的第一行(数字,可选) - start_side:对于多行注释,diff的起始侧(左或右)(字符串,可选) - subject_type:注释的目标级别(行或文件)(字符串,可选) - in_reply_to:要回复的审核意见的ID(编号,可选)。指定后,只需要body,其他参数将被忽略。

  • update_pull_request -更新GitHub存储库中现有的pull请求

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求编号进行更新(编号,必填) - title:新标题(字符串,可选) - body:新描述(字符串,可选) - state:新状态(“打开”或“关闭”)(字符串,可选) - base:新的基础分支名称(字符串,可选) - maintainer_can_modify:允许维护者编辑(布尔值,可选)

  • request_copilot_review -请求对拉取请求进行GitHub Copilot审查(实验性;取决于GitHub API支持)

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - pullNumber:拉取请求号(number,必填) - _备注_:目前,此工具仅适用于github

仓库

  • create_or_update_file -在存储库中创建或更新单个文件

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - path:文件路径(字符串,必填) - message:提交消息(字符串,必填) - content:文件内容(字符串,必填) - branch:分支名称(字符串,可选) - sha:更新时文件SHA(字符串,可选)

  • list_brances -列出GitHub存储库中的分支

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - page:页码(数字,可选) - perPage:每页结果(数量,可选)

  • 推送文件 -在一次提交中推送多个文件

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - branch:要推送的分支(字符串,必填) - files:要推送的文件,每个文件都有路径和内容(数组,必填) - message:提交消息(字符串,必填)

  • search_repositories -搜索GitHub存储库

- query:搜索查询(字符串,必填) - sort:排序字段(字符串,可选) - order:排序顺序(字符串,可选) - page:页码(数字,可选) - perPage:每页结果(数量,可选)

  • 创建存储库 -创建新的GitHub存储库

- name:存储库名称(字符串,必填) - description:存储库描述(字符串,可选) - private:存储库是否为私有(布尔值,可选) - autoInit:使用README自动初始化(布尔值,可选)

  • 获取_文件_内容 -获取文件或目录的内容

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - path:文件路径(字符串,必填) - ref:Git引用(字符串,可选)

  • fork存储 -分叉存储库

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - organization:目标组织名称(字符串,可选)

  • create_branch -创建新分支

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - branch:新分支名称(字符串,必填) - sha:从SHA创建分支(字符串,必填)

  • list_commits -获取存储库中分支的提交列表

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - sha:分支名称、标记或提交SHA(字符串,可选) - path:仅包含此文件路径的提交(字符串,可选) - page:页码(数字,可选) - perPage:每页结果(数量,可选)

  • get_提交 -从存储库获取提交的详细信息

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - sha:提交SHA、分支名称或标记名称(字符串,必填) - page:提交文件的页码(数字,可选) - perPage:提交文件的每页结果(数量,可选)

  • 搜索代码 -在GitHub存储库中搜索代码

- query:搜索查询(字符串,必填) - sort:排序字段(字符串,可选) - order:排序顺序(字符串,可选) - page:页码(数字,可选) - perPage:每页结果(数量,可选)

用户

  • 搜索用户 -搜索GitHub用户

- q:搜索查询(字符串,必填) - sort:排序字段(字符串,可选) - order:排序顺序(字符串,可选) - page:页码(数字,可选) - perPage:每页结果(数量,可选)

代码扫描

  • get_code_scanning_alert -获取代码扫描警报

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - alertNumber:警报号码(号码,必填)

  • list_code_scanning_alerts -列出存储库的代码扫描警报

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - ref:Git引用(字符串,可选) - state:警报状态(字符串,可选) - severity:警报严重性(字符串,可选) - tool_name:用于代码扫描的工具的名称(字符串,可选)

秘密扫描

  • get_secret_scanning_alert -获取秘密扫描警报

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - alertNumber:警报号码(号码,必填)

  • list_secret_scaning_alerts -列出存储库的秘密扫描警报

- owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - state:警报状态(字符串,可选) - secret_type:在逗号分隔的列表中筛选的秘密类型(字符串,可选) - resolution:解析状态(字符串,可选)

通知

  • list_通知 –列出GitHub用户的通知

- filter:应用于响应的筛选器(default, include_read_notifications, only_participating) - since:仅显示在给定时间后更新的通知(ISO 8601格式) - before:仅显示在给定时间之前更新的通知(ISO 8601格式) - owner:可选存储库所有者(字符串) - repo:可选存储库名称(字符串) - page:页码(数字,可选) - perPage:每页结果(数量,可选)

  • 获取通知_详细信息 –获取特定GitHub通知的详细信息

- notificationID:通知的ID(字符串,必填)

  • 解雇通知 –通过将通知标记为已读或已完成来取消通知

- threadID:通知线程的ID(字符串,必填) - state:通知的新状态(read 或 done)

  • mark_all_通知_阅读 –将所有通知标记为已读

- lastReadAt:描述检查通知的最后一点(可选,RFC3339/ISO8601字符串,默认值:now) - owner:可选存储库所有者(字符串) - repo:可选存储库名称(字符串)

  • 管理通知订阅 –管理通知线程的通知订阅(忽略、监视或删除)

- notificationID:通知线程的ID(字符串,必填) - action:要执行的操作: ignore, watch,或 delete (字符串,必填)

  • 管理_职位_通知_订阅 –管理存储库通知订阅(忽略、监视或删除)

- owner:存储库的帐户所有者(字符串,必填) - repo:存储库的名称(字符串,必填) - action:要执行的操作: ignore, watch,或 delete (字符串,必填)

资源

存储库内容

  • 获取存储库内容

在特定路径检索存储库的内容。

- 模板: repo://{owner}/{repo}/contents{/path*} - 参数: - owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - path:文件或目录路径(字符串,可选)

  • 获取特定分支的存储库内容

在给定分支的特定路径上检索存储库的内容。

- 模板: repo://{owner}/{repo}/refs/heads/{branch}/contents{/path*} - 参数: - owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - branch:分支名称(字符串,必填) - path:文件或目录路径(字符串,可选)

  • 获取特定提交的存储库内容

在给定提交的特定路径上检索存储库的内容。

- 模板: repo://{owner}/{repo}/sha/{sha}/contents{/path*} - 参数: - owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - sha:提交SHA(字符串,必填) - path:文件或目录路径(字符串,可选)

  • 获取特定标记的存储库内容

在给定标记的特定路径上检索存储库的内容。

- 模板: repo://{owner}/{repo}/refs/tags/{tag}/contents{/path*} - 参数: - owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - tag:标签名称(字符串,必填) - path:文件或目录路径(字符串,可选)

  • 获取特定拉取请求的存储库内容

为给定的拉取请求检索特定路径上存储库的内容。

- 模板: repo://{owner}/{repo}/refs/pull/{prNumber}/head/contents{/path*} - 参数: - owner:存储库所有者(字符串,必填) - repo:存储库名称(字符串,必填) - prNumber:拉取请求号(字符串,必填) - path:文件或目录路径(字符串,可选)

图书馆使用情况

该模块导出的Go API当前应被视为不稳定,并可能发生中断更改。未来,我们可能会提供稳定;如果存在有价值的用例,请提交一个问题。

许可证

该项目根据麻省理工学院开源许可证条款获得许可。请参考 麻省理工学院 完整的条款。

工具与能力

工具数量

28

资源数量

0

提示词数量

0

能力标签

GitHub集成Go本地部署自动化工具开发者工具API服务器

支持客户端

Claude DesktopClaudeVS CodeVS Code Insiders

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

典型使用场景

让助手直接读代码

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

在对话里跑命令

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

接进开发流程

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

选择建议

值得选的地方

  • 工具数量 28 个,一次接入能覆盖的操作比单点工具更全。
  • 有现成的安装命令,不用自己找入口,照着跑就能起服务。
  • 已经适配 Claude Desktop、Claude、VS Code,换客户端不用重新研究配置。

先想清楚的地方

  • stdio 方式要求本地装好 Docker,换机器要重新装一遍。
  • 需要自备访问 Token,没有凭据没法直接试。
  • 公开摘要偏短,具体能力和限制要回到仓库确认。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 已经在用 Claude Desktop 的用户,接入路径最短。
  • 想先快速试一下、能接受在本地跑服务的人。

不太适合

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

同类对比

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

MCP World · 本页

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

MCP World

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

MCP World

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

MCP World

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

MCP World

0stdio有1 个2026-05-17

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

常见问题

5 条

GitHub MCP Server Test 2 怎么安装?

公开资料给出的安装命令是 docker run -i --rm \,运行环境为 Docker。装完后按客户端要求写进 MCP 配置,重启客户端生效。

GitHub MCP Server Test 2 怎么在 Claude Desktop、Cursor 里配置?

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

GitHub MCP Server Test 2 收费吗?

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

GitHub MCP Server Test 2 需要 API Key 吗?

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

GitHub MCP Server Test 2 支持哪些客户端?

公开资料标注支持 Claude Desktop、Claude、VS Code、VS Code Insiders;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

来源信息

继续浏览同类 MCP