在 Windsurf 中安装 GitHub MCP Server远程 Streamable HTTP 与本地 Docker 双方案实战指南【免费下载链接】github-mcp-serverGitHubs official MCP Server项目地址: https://gitcode.com/GitHub_Trending/gi/github-mcp-serverGitHub MCP Server 是 GitHub 官方开源的 Model Context ProtocolMCP服务端实现能够让 AI 编程助手直接调用 GitHub API 完成仓库、Issue、Pull Request 等操作。本文以 docs/installation-guides/install-windsurf.md 为核心骨架完整讲解在 Windsurf 中接入该服务的两种方式——推荐的无本地依赖的远程服务器方案以及基于官方 Docker 镜像的本地服务器方案并结合仓库源码剖析其认证与回调原理。读完本文你将能够在 Windsurf 的 Cascade 中配置好 GitHub MCP Server并掌握 PAT 鉴权、OAuth 登录、固定回调端口发布等关键细节与常见故障的排解方法。前置条件在开始安装之前请确认以下环境准备就绪Windsurf IDE建议使用最新版本以确保 MCP 工具栏、插件市场等交互功能完整可用GitHub Personal Access TokenPAT在 GitHub 的 Token 设置页面按需创建并授予合适的 scopes如repo、read:org等。远程服务器方案在 Windsurf 中目前仅支持 PAT 鉴权因此这是两种方案都可能用到的凭据Docker仅在本地服务器方案中需要要求 Docker 已安装且处于运行状态如 Docker Desktop 启动完成。需要说明的是本仓库的 安装指南目录 明确列出了各宿主应用的支持矩阵Windsurf 对本地服务器完整支持✅对远程服务器支持 PAT 鉴权、暂不支持 OAuth 流程✅ PAT ❌ No OAuth整体安装难度评级为 Easy。方式一远程服务器方案推荐远程服务器是什么远程 GitHub MCP Server 由 GitHub 官方托管于https://api.githubcopilot.com/mcp/无需任何本地运行环境。从本仓库的 远程服务器文档 可以看到该远程服务正是以本仓库代码为库构建并绑定进 GitHub 服务器基础设施的并会定期同步本仓库的最新版本。它额外提供了一些本地服务器没有的工具例如调用 Copilot 编码代理的create_pull_request_with_copilot。远程服务器支持Streamable HTTP协议即 MCP 的流式 HTTP 传输详见 streamable-http.mdWindsurf 恰好支持通过serverUrl字段配置这类服务器。Streamable HTTP 配置示例在 Windsurf 的 MCP 配置文件中写入如下 JSON{ mcpServers: { github: { serverUrl: https://api.githubcopilot.com/mcp/, headers: { Authorization: Bearer YOUR_GITHUB_PAT } } } }要点serverUrl字段是 Windsurf 识别 Streamable HTTP 服务器的关键务必使用正确字段名serverUrl而非url或其他变体Authorization头携带Bearer前缀的 PAT服务端据此识别调用者身份与权限若 PAT 的 scopes 不足后续调用相关工具时会收到权限错误请在创建 Token 时规划好范围。进阶利用远程服务器的请求头扩展能力远程服务器还支持一组可选请求头用于精细化控制工具暴露范围详见 remote-server.md 与 server-configuration.md。Windsurf 的headers字段同样可以承载这些请求头例如{ mcpServers: { github: { serverUrl: https://api.githubcopilot.com/mcp/, headers: { Authorization: Bearer YOUR_GITHUB_PAT, X-MCP-Toolsets: repos,issues, X-MCP-Readonly: true } } } }其中X-MCP-Toolsets等价于本地服务器的GITHUB_TOOLSETS环境变量或--toolsets参数X-MCP-Readonly等价于GITHUB_READ_ONLY。这两项可以有效压缩上下文占用并提升安全性属于可选的锦上添花配置不影响基础安装。方式二本地服务器方案Docker为什么必须使用官方 Docker 镜像重要提示npm 包modelcontextprotocol/server-github自 2025 年 4 月起已不再受支持、不再可用。请务必改用官方 Docker 镜像ghcr.io/github/github-mcp-server。从仓库根目录的 Dockerfile 可以印证该镜像的构建方式它以golang:1.27.0-alpine构建 Go 二进制最终运行在distroless基础镜像之上默认入口命令为stdioDockerfile 第 50 行CMD [stdio]并带有 MCP 服务器注解。因此你无需本地安装 Go 工具链拉取镜像即可运行。推荐用 OAuth 代替 Token 登录在 github.com 上官方镜像已经内置了注册好的 GitHub OAuth 应用凭据你无需提供任何客户端 ID/密钥。服务器首次启动时会自动打开浏览器引导你完成 GitHub 授权且获得的令牌只保存在内存中不会写入磁盘详见 本地服务器 OAuth 登录。由于 Docker 容器无法直接访问宿主机的随机回环端口需要在 Docker 中把固定回调端口发布到 loopback{ mcpServers: { github: { command: docker, args: [ run, -i, --rm, -p, 127.0.0.1:8085:8085, -e, GITHUB_OAUTH_CALLBACK_PORT, ghcr.io/github/github-mcp-server ], env: { GITHUB_OAUTH_CALLBACK_PORT: 8085 } } } }配置拆解-i以交互模式运行保持 stdio 通道连通--rm容器退出即删除-p 127.0.0.1:8085:8085将容器内 8085 端口仅发布到宿主机 loopback不要写成-p 8085:8085原因见下文安全小节-e GITHUB_OAUTH_CALLBACK_PORT与env中的同名变量指定 OAuth 回调端口为 8085以匹配官方应用注册的回调地址http://localhost:8085/callback。OAuth 登录的底层原理从源码角度看OAuth 登录由 cmd/github-mcp-server/main.go 中stdio子命令驱动当没有设置静态 Token 且未配置 GitHub App 认证时服务器会读取--oauth-client-id对应环境变量GITHUB_OAUTH_CLIENT_ID若为空且目标是默认的 github.com则回退使用构建期注入的内置应用凭据main.go 第 58-61 行从而实现零配置登录。登录流程上服务器优先使用authorization code PKCE流程在本机启动一个 loopback 回调服务打开 GitHub 授权页再用 PKCE verifier 兑换令牌。由于这是公开分发的客户端内置的 client secret 并非真正机密真正保障安全的是 PKCE——它把授权码绑定到本次登录尝试即使授权码在回环重定向中被截获也无法在其他地方兑换本地服务器 OAuth 登录。GitHub App 的短期令牌过期后还会利用 refresh token 透明刷新保证长会话不中断。容器场景的流程选择逻辑在 internal/oauth/flow.go 的begin方法中如果配置了固定回调端口则尝试 PKCE否则容器内无可用回环端口直接降级到设备码流程flow.go 第 45-66 行。固定回调端口的两个安全特性在 本地服务器 OAuth 登录 文档中明确列出了使用固定端口时需要注意的两个安全属性在 Windsurf 的 Docker 配置中同样适用只发布到 loopback容器内部回调必然监听所有网卡接口若使用-p 8085:8085的普通发布会把授权码暴露到你的局域网。服务器在容器内绑定时会打印警告日志提醒这一点参见 flow.go 第 86-92 行的实现端口被占用是致命错误设计使然固定端口无法绑定被其他进程占用时服务器会直接报错退出而不会静默降级到设备码流程——因为你未得到的端口可能正属于另一个准备接收重定向的进程。请释放该端口或改用其他--oauth-callback-port。备选使用 PAT 鉴权优先级更高若你希望改用 Personal Access Token 而不是 OAuth 登录使用如下配置。注意静态 PAT 的优先级高于 OAuth——只要设置了GITHUB_PERSONAL_ACCESS_TOKEN服务器就会直接使用它并完全跳过 OAuth 流程这一点在 oauth-login.md 的配置参考中明确说明也对应 main.go 中token 才启用 OAuth 管理器的判断逻辑{ mcpServers: { github: { command: docker, args: [ run, -i, --rm, -e, GITHUB_PERSONAL_ACCESS_TOKEN, ghcr.io/github/github-mcp-server ], env: { GITHUB_PERSONAL_ACCESS_TOKEN: YOUR_GITHUB_PAT } } } }OAuth 相关配置参数参考以下参数在 本地服务器 OAuth 登录 中给出完整定义均只作用于stdio模式Windsurf 通过env或args传入Flag环境变量说明--oauth-client-idGITHUB_OAUTH_CLIENT_IDOAuth App 或 GitHub App 的 client ID未设置 Token 时启用 OAuth 登录。官方构建在 github.com 上默认使用内置应用--oauth-client-secretGITHUB_OAUTH_CLIENT_SECRETclient secret仅当你的应用需要时提供对分布式客户端而言属于公开、非机密凭据--oauth-scopesGITHUB_OAUTH_SCOPES逗号分隔的请求 scopes同时会把工具过滤到这些 scope 内默认请求完整支持集--oauth-callback-portGITHUB_OAUTH_CALLBACK_PORT回调服务器固定本地端口默认随机端口Docker 端口映射时必须固定关于 scope 过滤请求的 scopes 会同时决定暴露哪些工具。例如只请求repo,read:org则会隐藏需要gist、workflow、notifications等 scope 的工具让工具列表与令牌实际能力保持一致。另外若要针对 GitHub Enterprise Server 或ghe.com部署内置应用只在 github.com 注册必须自带应用并传入--oauth-client-id并通过--gh-host/GITHUB_HOST指定实例地址。关于原生二进制流程无需固定端口、无头/设备码兜底、自带 OAuth 或 GitHub App 的完整说明请参见 本地服务器 OAuth 登录。Windsurf 安装步骤通过插件商店安装打开 Windsurf进入 Cascade点击Plugins 图标或锤子图标搜索 GitHub MCP Server点击Install按提示输入你的 PAT点击Refresh刷新 MCP 工具栏。手动配置推荐进阶用法在 Cascade 中点击锤子图标点击Configure打开~/.codeium/windsurf/mcp_config.json将上文方式一或方式二中选定的配置片段加入该文件保存文件在 MCP 工具栏点击Refresh。手动方式更适合需要组合X-MCP-Toolsets、X-MCP-Readonly等进阶配置或需要在 Docker 与远程方案之间切换的用户。配置细节文件路径~/.codeium/windsurf/mcp_config.json注意是.codeium目录下的windsurf子目录作用范围仅支持全局配置不支持按项目per-project配置格式要求必须是合法 JSON建议使用 linter 校验后再保存避免一个多余的逗号导致整个服务器加载失败。另外需要特别留意 Windsurf 的一个限制MCP 配置中不支持环境变量插值。因此不要尝试在env值里写${GITHUB_PAT}这类占位符必须写入真实值这也是官方安装指南在env中直接给出字面量的原因。验证安装安装完成后按以下步骤确认服务已正常工作在 MCP 工具栏中看到 1 available MCP server 提示点击锤子图标查看可用的 GitHub 工具列表是否已加载向 Cascade 发送测试指令例如List my GitHub repositories检查服务器名称旁是否出现绿色圆点表示连接正常。故障排查远程服务器相关问题认证失败检查 PAT 的 scopes 是否正确、Token 是否过期重新生成并更新headers中的值连接错误检查防火墙/代理设置确保 HTTPS 出站连接通畅Streamable HTTP 不工作确认使用的是serverUrl字段格式而非其他字段名。本地服务器相关问题Docker 报错确认 Docker Desktop 正在运行镜像拉取失败尝试执行docker logout ghcr.io后重试提示 Docker 未找到安装 Docker Desktop 并确保其运行中。通用问题JSON 格式非法用 JSON 校验工具验证mcp_config.json的格式工具未出现完全重启 Windsurf而非仅刷新查看日志检查~/.codeium/windsurf/logs/目录下的日志输出定位具体错误。重要注意事项汇总官方仓库github/github-mcp-server即本仓库远程服务器 URLhttps://api.githubcopilot.com/mcp/Docker 镜像ghcr.io/github/github-mcp-server官方且受支持npm 包modelcontextprotocol/server-github已于 2025 年 4 月弃用、不再可用请勿继续使用Windsurf 限制不支持环境变量插值仅支持全局 MCP 配置无 per-project 支持。至此无论你选择免部署的远程 Streamable HTTP 方案还是使用官方 Docker 镜像的本地 OAuth/PAT 方案都已在 Windsurf 中完成 GitHub MCP Server 的接入。后续可进一步阅读 服务器配置指南 探索 toolsets、只读模式与 lockdown 模式等高级能力或参考 安装指南目录 获取其他宿主应用的接入说明。【免费下载链接】github-mcp-serverGitHubs official MCP Server项目地址: https://gitcode.com/GitHub_Trending/gi/github-mcp-server创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/9/10 16:51:15 · 阅读 1.2k 在 Windsurf 中安装 GitHub MCP Server：远程 Streamable HTTP 与本地 Docker 双方案实战指南
在 Windsurf 中安装 GitHub MCP Server远程 Streamable HTTP 与本地 Docker 双方案实战指南【免费下载链接】github-mcp-serverGitHubs official MCP Server项目地址: https://gitcode.com/GitHub_Trending/gi/github-mcp-serverGitHub MCP Server 是 GitHub 官方开源的 Model Context ProtocolMCP服务端实现能够让 AI 编程助手直接调用 GitHub API 完成仓库、Issue、Pull Request 等操作。本文以 docs/installation-guides/install-windsurf.md 为核心骨架完整讲解在 Windsurf 中接入该服务的两种方式——推荐的无本地依赖的远程服务器方案以及基于官方 Docker 镜像的本地服务器方案并结合仓库源码剖析其认证与回调原理。读完本文你将能够在 Windsurf 的 Cascade 中配置好 GitHub MCP Server并掌握 PAT 鉴权、OAuth 登录、固定回调端口发布等关键细节与常见故障的排解方法。前置条件在开始安装之前请确认以下环境准备就绪Windsurf IDE建议使用最新版本以确保 MCP 工具栏、插件市场等交互功能完整可用GitHub Personal Access TokenPAT在 GitHub 的 Token 设置页面按需创建并授予合适的 scopes如repo、read:org等。远程服务器方案在 Windsurf 中目前仅支持 PAT 鉴权因此这是两种方案都可能用到的凭据Docker仅在本地服务器方案中需要要求 Docker 已安装且处于运行状态如 Docker Desktop 启动完成。需要说明的是本仓库的 安装指南目录 明确列出了各宿主应用的支持矩阵Windsurf 对本地服务器完整支持✅对远程服务器支持 PAT 鉴权、暂不支持 OAuth 流程✅ PAT ❌ No OAuth整体安装难度评级为 Easy。方式一远程服务器方案推荐远程服务器是什么远程 GitHub MCP Server 由 GitHub 官方托管于https://api.githubcopilot.com/mcp/无需任何本地运行环境。从本仓库的 远程服务器文档 可以看到该远程服务正是以本仓库代码为库构建并绑定进 GitHub 服务器基础设施的并会定期同步本仓库的最新版本。它额外提供了一些本地服务器没有的工具例如调用 Copilot 编码代理的create_pull_request_with_copilot。远程服务器支持Streamable HTTP协议即 MCP 的流式 HTTP 传输详见 streamable-http.mdWindsurf 恰好支持通过serverUrl字段配置这类服务器。Streamable HTTP 配置示例在 Windsurf 的 MCP 配置文件中写入如下 JSON{ mcpServers: { github: { serverUrl: https://api.githubcopilot.com/mcp/, headers: { Authorization: Bearer YOUR_GITHUB_PAT } } } }要点serverUrl字段是 Windsurf 识别 Streamable HTTP 服务器的关键务必使用正确字段名serverUrl而非url或其他变体Authorization头携带Bearer前缀的 PAT服务端据此识别调用者身份与权限若 PAT 的 scopes 不足后续调用相关工具时会收到权限错误请在创建 Token 时规划好范围。进阶利用远程服务器的请求头扩展能力远程服务器还支持一组可选请求头用于精细化控制工具暴露范围详见 remote-server.md 与 server-configuration.md。Windsurf 的headers字段同样可以承载这些请求头例如{ mcpServers: { github: { serverUrl: https://api.githubcopilot.com/mcp/, headers: { Authorization: Bearer YOUR_GITHUB_PAT, X-MCP-Toolsets: repos,issues, X-MCP-Readonly: true } } } }其中X-MCP-Toolsets等价于本地服务器的GITHUB_TOOLSETS环境变量或--toolsets参数X-MCP-Readonly等价于GITHUB_READ_ONLY。这两项可以有效压缩上下文占用并提升安全性属于可选的锦上添花配置不影响基础安装。方式二本地服务器方案Docker为什么必须使用官方 Docker 镜像重要提示npm 包modelcontextprotocol/server-github自 2025 年 4 月起已不再受支持、不再可用。请务必改用官方 Docker 镜像ghcr.io/github/github-mcp-server。从仓库根目录的 Dockerfile 可以印证该镜像的构建方式它以golang:1.27.0-alpine构建 Go 二进制最终运行在distroless基础镜像之上默认入口命令为stdioDockerfile 第 50 行CMD [stdio]并带有 MCP 服务器注解。因此你无需本地安装 Go 工具链拉取镜像即可运行。推荐用 OAuth 代替 Token 登录在 github.com 上官方镜像已经内置了注册好的 GitHub OAuth 应用凭据你无需提供任何客户端 ID/密钥。服务器首次启动时会自动打开浏览器引导你完成 GitHub 授权且获得的令牌只保存在内存中不会写入磁盘详见 本地服务器 OAuth 登录。由于 Docker 容器无法直接访问宿主机的随机回环端口需要在 Docker 中把固定回调端口发布到 loopback{ mcpServers: { github: { command: docker, args: [ run, -i, --rm, -p, 127.0.0.1:8085:8085, -e, GITHUB_OAUTH_CALLBACK_PORT, ghcr.io/github/github-mcp-server ], env: { GITHUB_OAUTH_CALLBACK_PORT: 8085 } } } }配置拆解-i以交互模式运行保持 stdio 通道连通--rm容器退出即删除-p 127.0.0.1:8085:8085将容器内 8085 端口仅发布到宿主机 loopback不要写成-p 8085:8085原因见下文安全小节-e GITHUB_OAUTH_CALLBACK_PORT与env中的同名变量指定 OAuth 回调端口为 8085以匹配官方应用注册的回调地址http://localhost:8085/callback。OAuth 登录的底层原理从源码角度看OAuth 登录由 cmd/github-mcp-server/main.go 中stdio子命令驱动当没有设置静态 Token 且未配置 GitHub App 认证时服务器会读取--oauth-client-id对应环境变量GITHUB_OAUTH_CLIENT_ID若为空且目标是默认的 github.com则回退使用构建期注入的内置应用凭据main.go 第 58-61 行从而实现零配置登录。登录流程上服务器优先使用authorization code PKCE流程在本机启动一个 loopback 回调服务打开 GitHub 授权页再用 PKCE verifier 兑换令牌。由于这是公开分发的客户端内置的 client secret 并非真正机密真正保障安全的是 PKCE——它把授权码绑定到本次登录尝试即使授权码在回环重定向中被截获也无法在其他地方兑换本地服务器 OAuth 登录。GitHub App 的短期令牌过期后还会利用 refresh token 透明刷新保证长会话不中断。容器场景的流程选择逻辑在 internal/oauth/flow.go 的begin方法中如果配置了固定回调端口则尝试 PKCE否则容器内无可用回环端口直接降级到设备码流程flow.go 第 45-66 行。固定回调端口的两个安全特性在 本地服务器 OAuth 登录 文档中明确列出了使用固定端口时需要注意的两个安全属性在 Windsurf 的 Docker 配置中同样适用只发布到 loopback容器内部回调必然监听所有网卡接口若使用-p 8085:8085的普通发布会把授权码暴露到你的局域网。服务器在容器内绑定时会打印警告日志提醒这一点参见 flow.go 第 86-92 行的实现端口被占用是致命错误设计使然固定端口无法绑定被其他进程占用时服务器会直接报错退出而不会静默降级到设备码流程——因为你未得到的端口可能正属于另一个准备接收重定向的进程。请释放该端口或改用其他--oauth-callback-port。备选使用 PAT 鉴权优先级更高若你希望改用 Personal Access Token 而不是 OAuth 登录使用如下配置。注意静态 PAT 的优先级高于 OAuth——只要设置了GITHUB_PERSONAL_ACCESS_TOKEN服务器就会直接使用它并完全跳过 OAuth 流程这一点在 oauth-login.md 的配置参考中明确说明也对应 main.go 中token 才启用 OAuth 管理器的判断逻辑{ mcpServers: { github: { command: docker, args: [ run, -i, --rm, -e, GITHUB_PERSONAL_ACCESS_TOKEN, ghcr.io/github/github-mcp-server ], env: { GITHUB_PERSONAL_ACCESS_TOKEN: YOUR_GITHUB_PAT } } } }OAuth 相关配置参数参考以下参数在 本地服务器 OAuth 登录 中给出完整定义均只作用于stdio模式Windsurf 通过env或args传入Flag环境变量说明--oauth-client-idGITHUB_OAUTH_CLIENT_IDOAuth App 或 GitHub App 的 client ID未设置 Token 时启用 OAuth 登录。官方构建在 github.com 上默认使用内置应用--oauth-client-secretGITHUB_OAUTH_CLIENT_SECRETclient secret仅当你的应用需要时提供对分布式客户端而言属于公开、非机密凭据--oauth-scopesGITHUB_OAUTH_SCOPES逗号分隔的请求 scopes同时会把工具过滤到这些 scope 内默认请求完整支持集--oauth-callback-portGITHUB_OAUTH_CALLBACK_PORT回调服务器固定本地端口默认随机端口Docker 端口映射时必须固定关于 scope 过滤请求的 scopes 会同时决定暴露哪些工具。例如只请求repo,read:org则会隐藏需要gist、workflow、notifications等 scope 的工具让工具列表与令牌实际能力保持一致。另外若要针对 GitHub Enterprise Server 或ghe.com部署内置应用只在 github.com 注册必须自带应用并传入--oauth-client-id并通过--gh-host/GITHUB_HOST指定实例地址。关于原生二进制流程无需固定端口、无头/设备码兜底、自带 OAuth 或 GitHub App 的完整说明请参见 本地服务器 OAuth 登录。Windsurf 安装步骤通过插件商店安装打开 Windsurf进入 Cascade点击Plugins 图标或锤子图标搜索 GitHub MCP Server点击Install按提示输入你的 PAT点击Refresh刷新 MCP 工具栏。手动配置推荐进阶用法在 Cascade 中点击锤子图标点击Configure打开~/.codeium/windsurf/mcp_config.json将上文方式一或方式二中选定的配置片段加入该文件保存文件在 MCP 工具栏点击Refresh。手动方式更适合需要组合X-MCP-Toolsets、X-MCP-Readonly等进阶配置或需要在 Docker 与远程方案之间切换的用户。配置细节文件路径~/.codeium/windsurf/mcp_config.json注意是.codeium目录下的windsurf子目录作用范围仅支持全局配置不支持按项目per-project配置格式要求必须是合法 JSON建议使用 linter 校验后再保存避免一个多余的逗号导致整个服务器加载失败。另外需要特别留意 Windsurf 的一个限制MCP 配置中不支持环境变量插值。因此不要尝试在env值里写${GITHUB_PAT}这类占位符必须写入真实值这也是官方安装指南在env中直接给出字面量的原因。验证安装安装完成后按以下步骤确认服务已正常工作在 MCP 工具栏中看到 1 available MCP server 提示点击锤子图标查看可用的 GitHub 工具列表是否已加载向 Cascade 发送测试指令例如List my GitHub repositories检查服务器名称旁是否出现绿色圆点表示连接正常。故障排查远程服务器相关问题认证失败检查 PAT 的 scopes 是否正确、Token 是否过期重新生成并更新headers中的值连接错误检查防火墙/代理设置确保 HTTPS 出站连接通畅Streamable HTTP 不工作确认使用的是serverUrl字段格式而非其他字段名。本地服务器相关问题Docker 报错确认 Docker Desktop 正在运行镜像拉取失败尝试执行docker logout ghcr.io后重试提示 Docker 未找到安装 Docker Desktop 并确保其运行中。通用问题JSON 格式非法用 JSON 校验工具验证mcp_config.json的格式工具未出现完全重启 Windsurf而非仅刷新查看日志检查~/.codeium/windsurf/logs/目录下的日志输出定位具体错误。重要注意事项汇总官方仓库github/github-mcp-server即本仓库远程服务器 URLhttps://api.githubcopilot.com/mcp/Docker 镜像ghcr.io/github/github-mcp-server官方且受支持npm 包modelcontextprotocol/server-github已于 2025 年 4 月弃用、不再可用请勿继续使用Windsurf 限制不支持环境变量插值仅支持全局 MCP 配置无 per-project 支持。至此无论你选择免部署的远程 Streamable HTTP 方案还是使用官方 Docker 镜像的本地 OAuth/PAT 方案都已在 Windsurf 中完成 GitHub MCP Server 的接入。后续可进一步阅读 服务器配置指南 探索 toolsets、只读模式与 lockdown 模式等高级能力或参考 安装指南目录 获取其他宿主应用的接入说明。【免费下载链接】github-mcp-serverGitHubs official MCP Server项目地址: https://gitcode.com/GitHub_Trending/gi/github-mcp-server创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考