GitHub 推出已验证 MCP 连接器
2026 年 10 月 28 日，GitHub 宣布 GitHub-verified MCP servers（也称 Copilot connectors）进入公开预览。给 Copilot 接 Slack、Figma、Sentry 这类仓库外上下文，以前要自己找 MCP、各端重复登录；现在选服务、签一次，应用、CLI、VS Code、云端与 Mobile 共用。
一次登录，跨表面复用
Changelog 写的是：选服务、完成登录与授权后，不必再本地装 MCP 进程，也不用在每个客户端各配一套凭证。Copilot 在后台保持登录。概念文档补充：连上之后，相关请求会按需调用该服务工具，提示里可以不点名服务。
适用表面包括 GitHub Copilot 应用、Copilot CLI、VS Code、在云沙箱里跑的 Copilot 会话（含 github.com 发起的），以及连接完成后在 GitHub Mobile（iOS / Android）或移动浏览器里的云端会话。
连接器把仓库外上下文送进 Agent：签一次，多端共用；本地 MCP 进程和重复 OAuth 交给 GitHub。
首发 26 个服务，对照自建 MCP
官方「Supported Copilot connectors」参考页按表列出 26 个连接器及其 GitHub 托管 MCP URL，例如 Slack、Figma、Notion、Sentry、Linear、Atlassian Rovo、Cloudflare、Vercel、Work IQ，以及 Airtable、Neon、Postman、Grafana Cloud 等。名单以该参考页为准，会随预览调整。
| 维度 | GitHub-verified connectors | 仓库自配 MCP |
|---|---|---|
| 谁配服务器 | GitHub 托管并校验 | 你在仓库 Settings → Copilot → MCP 写 JSON |
| 登录 | 一次 OAuth，跨表面复用 | 密钥/变量（常需 COPILOT_MCP_*） |
| 本地进程 | 不需要 | 常见 npx / Docker / 远程 URL |
| Actions 会话 | 文档写明：在 GitHub Actions 上跑的会话（如把 Issue 派给 Copilot）尚不支持连接器 | 仍走仓库 MCP 配置 |
| 典型场景 | Slack 结论、Figma 设计、Sentry 报错进对话 | 私有工具、未上架连接器的服务 |
概念文档举例：用 Work IQ 在 Teams / SharePoint 里找需求再改代码；先总结团队在 Slack 里敲定的 API 设计；或查 Grafana Cloud 日志排查故障。应用侧还可把已连接服务放进定时 Automations，让 Copilot 按计划做重复活（与同日Automations 更新同一方向）。
怎么连：四个入口
- Copilot 应用：侧栏 Customize → 搜索旁下拉选 MCP → 勾选 GitHub verified 过滤 → Connect。
- Copilot CLI：交互会话输入
/mcp，切到 Connectors 视图，选服务 Connect。 - VS Code：Agents 窗口 → Customizations，连接目标服务。
- github.com：Copilot 自定义页浏览并连接；云端会话与 Mobile 随后可复用。
带 Mona「Verified」标记的是 GitHub 已验证 MCP；列表里其他项仍是普通 MCP，要按自建方式安装，不能只点 Connect。
组织策略：预览开关与 allowlist
个人计划按 Changelog 可直接试公开预览。若订阅由组织 / 企业发放，概念文档要求同时满足：
- 打开 Editor preview features（连接器仍处公开预览）。
- 允许 MCP servers in Copilot；关掉则连接器不可用。
- 若策略把 MCP 限制为「仅 Registry」，在执行该策略的客户端上会挡住连接器——需改为允许全部，或把连接器纳入允许范围。
- 企业若配置了
allowedMcpServers，须写入各连接器 URL 或能匹配全部连接器的通配；deniedMcpServers命中则仍会拦。
服务方自己的开关也要看：例如 Slack 管理员可能先要允许 MCP 连接，你才能把 Slack 接到 Copilot。
和仓库 MCP、Automations 怎么一起用
连接器并不取代仓库 MCP 配置。官方「Configure MCP servers for your repository」写明：连接器服务云沙箱会话；在 GitHub Actions 上跑的会话（例如把 Issue 派给 Copilot）目前仍不走连接器，继续用仓库 Settings 里的 MCP JSON 和 COPILOT_MCP_* 密钥。私有工具、内网服务、不在 26 项名单里的 MCP，仍要自建。
同一天 Changelog 还更新了 Copilot Automations：应用里可以把已连接服务挂到定时自动化上。额度与事件类型见站内Automations 快讯；和连接器叠加时，先确认组织预览策略已开，再在 Customize 里连服务、建自动化。
谁该关心
若你已在用 Copilot Agent / CLI，又常把上下文散落在 Slack、设计稿、错误追踪里，连接器能少配几套 MCP。安全与平台管理员要先核对预览策略与 allowlist，免得个人能连、企业客户端全拒。仍靠 Actions 跑云端 Agent、或工具不在 26 项名单里的，继续用仓库级 MCP JSON（见官方「Configure MCP servers for your repository」）。
最后
打开 Copilot 自定义页或 CLI 的 /mcp → Connectors，先连一个你每天都开的服务（Slack 或 Sentry 体感通常最强），再在应用里发一条会触发该工具的提示。名单与策略以 GitHub 文档为准；预览期内容可能变。
