评分明细
适用场景
mcp-server-github 快速入门
让 Claude Code / OpenCode 直接”接上” GitHub,AI 能自己读 Issue、改 PR、查代码,不用你贴 URL。
这是什么?解决什么问题?
用 AI 编程助手时,最常见的工作流是:复制 GitHub Issue URL → 贴给 AI → AI 写代码 → 你再去 GitHub 创建 PR。这套流程割裂、容易丢上下文。
@modelcontextprotocol/server-github 是 Model Context Protocol 官方组织维护的 GitHub MCP Server。它跑在你的本地,通过 MCP 协议把 GitHub 的能力”暴露”给 AI:
- 读 Issue / PR / Discussion
- 创建 PR、写评论、合并 PR
- 搜索仓库代码
- 读 / 写仓库文件
- 触发 Workflow
- 看 Repo Insights(Stars、Traffic、Contributors) AI 拿到这些工具后,不需要你贴 URL,它能直接通过 MCP 调 GitHub API 完成所有动作。MCP 和 Skill 不冲突:Skill 给 AI”知识/规则”,MCP 给 AI”工具/能力”,两者叠加才是完整的”AI 程序员”。 适合:重度 GitHub 协作的开源维护者、企业内部用 GitHub 的研发团队、独立开发者。
准备工作
- Node.js ≥ 18
- 一个 GitHub 账号
- 一个 GitHub Personal Access Token(PAT),需要在 developer settings 里生成,勾上
repo、workflow、read:org(按需) - Claude Code 或 OpenCode(支持 MCP 协议)
- 5 分钟
3 步快速上手
第 1 步:配置 MCP Server
在 Claude Code 里,执行:
/mcp add github -- npx -y @modelcontextprotocol/server-github
或者手动编辑 ~/.claude/mcp.json(或对应工具的配置文件):
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxxxxxxxxxxxxxxxx"
}
}
}
}
注意:Token 存进 env 而不是 args,更安全。.mcp.json 也要 chmod 600,避免被同机器其他用户读到。
第 2 步:验证 MCP 工具列表
重启客户端,跑:
/mcp list
看到 github Server,且下面列出 create_issue、create_pull_request、search_code、get_file_contents 等 20+ 工具,即说明连接成功。
可以做一个 smoke test:
用 github MCP 列出我的仓库 octocat/Hello-World 的最近 3 个 issue。
第 3 步:用 MCP 跑第一个真实任务
在 agent 对话里说:
用 github MCP 给我读 issue #123,把里面的需求实现并提交 PR。
观察 AI 行为:
- 自动调
get_issue拿到 issue 内容; - 自动调
list_branches找到 main 分支; - 自动
create_branch开新分支; - 自动改文件、调
create_or_update_file写代码; - 自动
create_pull_request创建 PR,标题里自动 @ 提及 issue 编号(如 “Fix #123”); - 整个过程你不需要复制粘贴任何 URL。
常见踩坑
- PAT 权限不够:Token 没勾
repo就只能读公开 repo,操作私有 repo 会 403。回 developer settings 加权限。 - Token 泄露到聊天记录:不要把 Token 直接贴 prompt 里,放
.mcp.json的 env 字段;如果已经泄露,立即 revoke 重新生成。 - MCP Server 启动失败:Node 版本太低(< 18)会跑不起来,
node -v验证一下。 - 协议版本不匹配:MCP 协议还在演进,部分老版本 client 不支持新 Server,出错信息里会有 “protocol version mismatch”,升级 client。
- AI 滥用写权限:MCP 给了”创建 PR”能力,AI 可能在你没注意时直接 push 代码。生产 repo 建议用 read-only Token 跑 MCP,真要写再用更高权限。
- Rate Limit 撞墙:GitHub API 每小时 5000 次请求,频繁操作(批量给 100 个 issue 加 label)会触发,需要降速或用 App Token 提升额度。
初级用法
- 看 PR 不打开网页:在 IDE 里直接
列出 PR #45 的所有 review comments,节省切换窗口。 - 批量管理 issue:把”按 label 关闭 30 天未更新的 issue”这种活交给 AI 跑。
高级玩法
- CI/CD 集成:让 MCP 触发 GitHub Actions,比如”PR 合并后自动部署到 staging”。
- 多 Server 串联:把
github、gitlab、linear、notion四个 MCP Server 一起接,AI 可以在 GitHub 改 PR → 在 Linear 改 ticket 状态 → 在 Notion 更新文档,端到端。 - 企业级权限:用 GitHub App 而不是 PAT,可以做到”按仓库授权”,避免给 AI 整个 org 的权限。
小技巧
reposcope 太大时,先开public_repo+read:user跑通最小链路,再按需扩。- 用
gh auth token直接拿到本机gh工具的 Token,作为GITHUB_PERSONAL_ACCESS_TOKEN,省事且自动续期。 - 给 MCP 操作加”二次确认”配置:Claude Code 里
--permission-mode acceptEdits只允许编辑,不允许跑命令,更稳。 - MCP 工具的 prompt 可以精简:很多工具会消耗上下文,让 AI 只列”我当前用到的工具”即可。
- 定期
gh auth refresh更新 Token,避免 90 天过期。
参考链接
- MCP 官方仓库
- GitHub MCP Server 目录
- MCP 协议规范
- GitHub PAT 申请
- Claude Code MCP 文档
- 相关 Skill:tdd、diagnose、grill-me
GitHub MCP Server 接入指南
Model Context Protocol(MCP)让 AI 助手能像调本地工具一样调用远端服务。GitHub 官方 MCP Server 把仓库、Issue、PR、代码搜索全部暴露给你的 LLM,使 AI 编程从「贴链接」走向「直接动手」。
你将获得
- AI 直接列出/创建/评论 Issue;
- AI 自助搜索仓库代码(基于 GitHub 的代码搜索 API);
- AI 拉取 PR diff 并给出 review;
- AI 自动维护项目看板。
前置条件
| 项 | 要求 |
|---|---|
| Node.js | ≥ 18 |
| GitHub Token | scopes:repo, read:org, workflow |
| 客户端 | Claude Desktop / Cursor / Hermes Agent 等支持 MCP 的客户端 |
1. 生成 GitHub Token
进入 github.com/settings/tokens → New token (classic):
- Note:
mcp-server - Expiration:90 days(建议)
- Scopes:
repo、read:org、workflow
复制生成的 token,下文记作 $GH_TOKEN。
2. 安装 MCP Server
npm install -g @modelcontextprotocol/server-github
也可以不全局安装、用 npx 直接拉取:
{
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"]
}
3. 配置客户端
以 Claude Desktop 为例,编辑 ~/Library/Application Support/Claude/claude_desktop_config.json(macOS):
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxxxxxxxxxxxxxxxxxxx"
}
}
}
}
Hermes Agent 用户:把同样的块写到
~/.hermes/config.yaml的mcp_servers下即可。
4. 验证连接
重启客户端,向 AI 发:
列出仓库 owner/repo 最近 5 个 open 的 PR,把标题和作者列出来。
正常应直接得到结果。如果报权限错误,回到第 1 步检查 token scopes。
常见问题
报 401:token 失效或没勾对 scope;重新生成。
报 403 rate limit:GitHub API 默认每小时 5000 次。可降低自动调用频率,或申请 GitHub App 凭证。
只能看公开仓库:token 没有 repo scope,只勾了 public_repo —— 改全。
进阶
- 把 token 写进密码管理器再用
op read/pass show注入,避免明文 config; - 多账号场景:为不同组织各起一个 server 实例(
github-personal/github-work)。
参考资料
📊 评分与标签
评分说明
总分 8.0/10 · P_优选
📊 可观测社区指标(数据核验日期:2026-07-23)
- 官方仓库与维护入口:github/github-mcp-server。GitHub API 核验时触发限流,未记录无法再次确认的 Stars/Forks 精确快照,避免用估算值替代事实。
📦 可安装性 2.0/2.5
- 官方来源提供可复制的 Skill、MCP 或 Markdown 目录;安装前仍需按 README 配置宿主客户端、运行时和最小权限凭据。
- 来源:官方仓库
- 与 Anthropic Skills、OpenCode Skills 对比,本项遵循开放目录思路,但插件命令、脚本依赖和更新方式并不完全统一。
🎯 实用性 2.0/2.5
- 通过 MCP 访问仓库、Issue、PR 和代码搜索;这里只确认官方材料明确描述的范围,未把未经实测的准确率、性能或生产收益计入评分。
- 来源:官方功能说明
- 与 GitHub CLI、Zapier 等专用工具对比,Skill 更适合把操作步骤交给 Agent 复用,不能替代完整运行时、监控和人工验收。
📖 文档质量 1.6/2.0
- README、技能目录或官方参考页可核对安装、能力和约束;未发现统一的端到端性能基准,因此采用保守文档分。
- 来源:官方文档
- 与 Vercel Agent Skills、Obra Superpowers 对比,目标任务说明直接,但版本迁移、失败恢复和跨平台案例仍依赖上游维护。
👥 社区活跃 1.1/1.5
- 仓库公开提交历史、Issue 与 Pull Request 入口可追踪维护;因 API 限流未写入易变精确计数,社区分不依据未经复核的热度数字。
- 来源:官方维护入口
- 与 anthropics/skills、obra/superpowers 对比,具备公开协作入口,但不能据此推导响应时效、长期承诺或企业支持等级。
🔗 兼容性 1.3/1.5
- 可在能够读取 Skills/MCP 指令并具备相应工具权限的 Agent 环境使用;API、Token、浏览器和本地工具链会形成额外约束。
- 来源:官方兼容性依据
- 与 Claude Code、Codex、Cursor 的原生扩展对比,开放文件格式便于迁移,但触发、脚本执行和资源加载行为存在客户端差异。
评分依据可追溯至公开来源,每项分数均有明确理由和数据支撑。
🏷️ 标签说明
- 开源免费: 公开来源可访问;外部服务费用不计入 Skill 本身。来源:官方来源
- MCP: 核心能力与“通过 MCP 访问仓库、Issue、PR 和代码搜索”直接对应。来源:官方来源
- 编程: 官方材料显示其面向该使用方式。来源:官方来源
局限说明:本次为官方仓库与文档核验,未执行跨客户端、跨操作系统端到端基准测试;外部 API 配额、授权和价格可能变化,应以上游最新说明为准。
📋 来源与核验记录
- ✅ 官方仓库页面已核验:https://github.com/github/github-mcp-server
- ✅ 官方文档或功能页已核验:https://github.com/github/github-mcp-server
- ⚠️ 未验证(访问限制):GitHub REST API 于 2026-07-23 返回限流,未采用无法复核的精确 Stars/Forks 数值
- ⚠️ 间接来源(二手数据):未用于核心功能与维度评分
- ❌ 已删除死链:无