2026 年 AI 编程必装 MCP 服务器精选 12 款

TL;DR

  • What this is: A 2026 精选清单,覆盖 12 款真正有用的 MCP 服务器,每款给出 GitHub ⭐、核心工具、最佳使用场景和一句话选型建议。
  • This is for: 用 Claude Code / Cursor / Windsurf / Hermes 等 AI 编程 Agent 的开发者,想在一堆 MCP 服务器里挑出真正”装了不后悔”的那几颗。
  • We chose: 用 ⭐ 数 + 生态信号 + 社区口碑的三维筛选法,只保留”解决了具体场景”的服务器,砍掉薄封装与薄文档。

MCP 生态现状:从研究想法变成”默认水管”

2024 年 11 月,Anthropic 开源了 Model Context Protocol(MCP)——一个让 LLM 与外部工具/数据源连接的标准协议。两年后的 2026 年 8 月,生态规模已经惊人:

  • 官方参考仓库 modelcontextprotocol/servers:87,500+ ⭐
  • 社区目录 appcypher/awesome-mcp-servers(已于 2026-08 归档):接近 9 万 ⭐
  • Glama 注册表收录的开源 MCP 服务器:78,466 个(2026-08 数据)
  • Anthropic 已宣布把 MCP 治理权移交给 Linux Foundation 旗下 AAIF

也就是说,MCP 已经从”Anthropic 自家协议”变成”行业默认协议”,OpenAI、Google、Cursor、Windsurf、Hermes 都已经支持。

但问题也随之而来:服务器太多,大多数不值得装。Reddit r/ClaudeAI 2026 年 8 月的调研里,社区共识很清楚:

“如果一个服务有 CLI,用它对应的 MCP 服务器几乎永远是错的。CLI 更省 token、更少出错、往往更强大。gh 比 GitHub MCP 几乎赢了一切。”

所以本文的核心判断标准是:只推荐”代理通过 CLI 做不了、或 MCP 明显更好”的服务器。


一、代码与文档场景(必装)

1. Context7 — 实时库文档注入(60.9k ⭐)

  • 仓库: upstash/context7
  • 维护方: Upstash
  • npm 周下载: **89 万+**(2026-05 数据,生态第一)
  • 适用: Cursor / Windsurf / Claude Code / VS Code

Context7 是 2026 年整个 MCP 生态里 npm 下载量最高的服务器。核心痛点很直白:

当你让 AI 写 use hook 时,它可能用的是去年 React 19 之前的版本;Context7 通过 use context7 <包名> 指令,实时拉取当前版本号的官方文档和代码示例注入上下文。

它支持 React、Next.js、Tailwind、TanStack 等数百个包。2026 年 Upstash 推出了企业版,支持私有仓库解析、Docker 容器化私有部署、内容安全扫描(防 prompt injection 和恶意片段)。

安装(Cursor/Claude Desktop):

1
2
3
4
5
6
7
8
{
"mcpServers": {
"context7": {
"command": "npx",
"args": ["-y", "@upstash/context7-mcp"]
}
}
}

选型建议:必装,零成本。 它解决的问题是”LLM 幻觉出过期 API”,这在任何技术栈里都发生。

2. GitHub MCP(官方) — 32.5k ⭐

GitHub 官方实现的 MCP 服务器,覆盖 Issue、PR、Actions、Dependabot、代码搜索等平台 API。远程模式内置于 Copilot CLI(读工具默认启用),通过 /mcp show github-mcp-server 验证可用。

关键优势:

  • 官方服务器,零安装,OAuth 登录
  • 本地 Docker 模式支持 PAT
  • 51+ 工具,包括文件操作、仓库管理、搜索
  • 3 天前仍有提交,维护评级 A

安装(Docker 模式):

1
2
3
4
5
6
7
8
9
10
11
12
{
"mcpServers": {
"github": {
"command": "docker",
"args": ["run", "-i", "--rm",
"-p", "127.0.0.1:8085:8085",
"-e", "GITHUB_OAUTH_CALLBACK_PORT=8085",
"ghcr.io/github/github-mcp-server"],
"env": { "GITHUB_OAUTH_CALLBACK_PORT": "8085" }
}
}
}

选型建议:团队仓库管理 + Issue/PR 流场景必装,个人只改本地代码可用 CLI 代替。

3. Filesystem MCP — 本地文件访问(官方参考)

  • 仓库: modelcontextprotocol/servers 内置
  • 维护方: Anthropic

这是最有争议的服务器之一。价值极高(让 Agent 读写文件系统),安全风险也极高(写权限意味着可以删文件)。

关键防护:通过 args 参数严格限制可访问目录:

1
2
3
4
5
6
7
8
9
10
11
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-filesystem",
"/path/to/your/repo",
"/path/to/another/allowed/dir"],
"transportType": "stdio"
}
}
}

选型建议:必装,但必须限制目录范围——绝对不要给 ~ 或 / 权限。


二、浏览器与抓取场景

4. Playwright MCP — 30.3k ⭐(微软官方)

Playwright MCP 是”在 AI Agent 里控制浏览器”的行业标准,30k+ ⭐ 让它成为社区里最主流的浏览器服务器。

2026 年 3 月的重要变化:Microsoft 同时推出了 Playwright CLI(@playwright/cli)——一种把浏览器快照保存为 YAML 文件而非流式传入上下文的模式,每次会话节省高达 4× token 消耗。这在规模化场景下意味着每天节省数千万 token 的成本。

选型建议:前端测试、网页抓取、跨系统工作流必装。但要注意 Microsoft Playwright Testing Cloud 已于 2026-03-08 停用,需要迁移到 Azure App Testing。

安装:

1
2
3
4
5
6
7
8
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": ["-y", "@anthropic-ai/mcp-playwright"]
}
}
}

5. Firecrawl MCP — 7.3k ⭐(官方)

Firecrawl MCP 与 Playwright MCP 的区别在于定位:

  • Playwright = 控制浏览器做交互
  • Firecrawl = 批量抓取并提取干净内容

Firecrawl 提供 12 类工具(搜索、抓取、研究、批量处理等),其中研究工具覆盖 PubMed、bioRxiv、medRxiv、arXiv 等学术来源,适合”把一整篇论文读给 Agent 看”的场景。

选型建议:需要大规模网页数据采集、学术文献检索时首选。Playwright 更适合交互式的浏览器自动化。


三、研究场景

6. Perplexity MCP — 官方 Ask 模式

  • 仓库: modelcontextprotocol/perplexity-ask
  • npm 包: server-perplexity-ask

Perplexity 推出了官方 MCP 服务器,支持”Ask 搜索”和”Deep Research 深度研究”两种模式,后者有单独的月度配额。

安装:

1
2
3
4
5
6
7
8
9
{
"mcpServers": {
"perplexity-ask": {
"command": "npx",
"args": ["-y", "server-perplexity-ask"],
"env": { "PERPLEXITY_API_KEY": "YOUR_API_KEY_HERE" }
}
}
}

选型建议:需要 Agent 实时联网、带引用来源搜索时首选。与 Firecrawl 对比:Perplexity 给你”答案+引用”,Firecrawl 给你”原始数据”。

7. Brave Search MCP — 官方

Brave Search 的官方 MCP 服务器,提供 brave_web_search 和 brave_local_search 两个核心能力。隐私优先搜索引擎,适合不想用 Google API 的团队。

安装(Docker):

1
2
3
4
5
6
7
8
9
10
{
"mcpServers": {
"brave-search": {
"command": "docker",
"args": ["run", "-i", "--rm", "-e",
"BRAVE_API_KEY", "mcp/brave-search"],
"env": { "BRAVE_API_KEY": "${input:brave_api_key}" }
}
}
}

选型建议:本地搜索(near-me 类查询)场景用 Brave,深度研究用 Perplexity,网页原始数据用 Firecrawl。


四、数据库场景

8. Supabase MCP

  • 仓库: supabase(主体 100k+ ⭐,2026-04 达成里程碑)
  • 开发者: 800 万+

Supabase 生态里原生支持 MCP——通过 Edge Functions 部署 MCP 服务器,用 PostgREST 和 GraphQL 暴露 Postgres 数据。Supabase 官方博客 2026 年 7 月更新显示:OpenCode、TanStack DB 等工具已经与 Supabase 深度集成,MCP 是默认配置路径。

选型建议:Postgres 项目 + BaaS 场景首选,数据库直接通过 MCP 暴露给 Agent 查询。

9. Postgres MCP Pro — 通用 Postgres

  • 场景: 任何 Postgres 数据库

通用 Postgres MCP 服务器让 Agent 直接 SELECT、DESCRIBE 数据库表。关键警告:大 schema(几百张表)会导致 token 爆炸,务必配合 Schema 筛选和限制。

选型建议:有 Postgres 数据库的团队装,但必须限制暴露的 schema。


五、文档与知识管理

10. Notion MCP — 官方

Notion MCP 把 Notion 工作空间变成一个可被 Agent 读写的知识库。需要注意的问题(社区 issue 里大量提及):

  • 内置 inputSchemas 每个工具定义约 21k token,对上下文预算有压力
  • 2026-07 仍有活跃的 schema 优化 issue

选型建议:团队知识库在 Notion 里时必装,但要注意上下文 token 成本。


六、Agent 自我增强

11. Sequential Thinking — 结构化推理

  • npm 包: @modelcontextprotocol/server-sequential-thinking
  • Anthropic 官方参考实现

Sequential Thinking 是 Anthropic 官方的”让 Agent 先想再做”模式。它把复杂问题拆成步骤:

1
thought → thoughtNumber → totalThoughts → isRevision → branchFromThought

适用场景(官方文档原文):

  • 拆解复杂问题为步骤
  • 需要修订空间的规划与设计
  • 需要课程纠正的分析
  • 需要过滤无关信息的情境

选型建议:长任务、复杂规划类 Agent 强烈推荐——它把 Agent 从”一次思考做所有事”变成”分步思考并允许回溯”。


七、元层:MCP 服务器注册表与质量评分

12. Glama — 63.6k ⭐(AI Workstation)

  • 仓库: Glama 组织
  • 核心: 不是 MCP 服务器,而是MCP 生态的聚合前端

Glama 是一个开源 MCP 客户端,把多个 MCP 兼容服务(LobeChat、Open WebUI 等)聚合成单一界面,并提供工具定义质量评分(TDQS)——评分维度包括维护评级、工具描述质量、许可证合规等。

Glama 注册表当前收录 78,466 个 MCP 服务器,是目前最完整的第三方索引。

选型建议:选服务器前查 Glama 的评分——看维护评级(A-F)和工具描述质量,能帮你避开那些”⭐ 很多但维护已死”的服务器。


八、一图概览:12 款 MCP 服务器速查

12 款 MCP 服务器核心对比

九、装机推荐:按角色选型

入门三件套(必装)

服务器 用途 风险 成本
Context7 防 API 幻觉 极低 免费
Filesystem 读项目文件 高(需限目录) 免费
Sequential Thinking 长任务推理 低 免费

工程师标配(+4)

服务器 用途
GitHub MCP Issue/PR/Code Search
Playwright MCP 浏览器自动化/抓取
Firecrawl MCP 网页/学术内容提取
Perplexity MCP 实时联网带引用搜索

数据/后端场景(+2)

服务器 用途
Supabase MCP Postgres + BaaS
Postgres MCP Pro 通用数据库查询

知识管理场景(+1)

服务器 用途
Notion MCP 团队知识库读写

生态工具(+1)

工具 用途
Glama 服务器质量评分 & 注册表

十、MCP 装机原则(经验总结)

  1. MCP 不是 CLI 的替代品,而是 CLI 做不到时的桥梁——gh CLI 够用的场景就别装 GitHub MCP
  2. Context7 零成本、零风险,永远装——它解决的是”AI 用错版本 API”这个最频繁的错误
  3. Filesystem MCP 必须限目录——这是所有 MCP 服务器里安全风险最高的
  4. 数据库类服务器(Postgres/Supabase)必须限制 schema——大 schema 会导致 token 爆炸
  5. 查 Glama 评分再装——⭐ 数不能代表当前维护状态
  6. Notion MCP 注意上下文成本——单服务器 21k+ token schema,多服务器叠加会挤占 Agent 推理空间

TL;DR 总结

如果只能装三个:Context7 + Filesystem + Sequential Thinking。
如果预算允许:再加 GitHub + Playwright + Firecrawl + Perplexity。
数据/后端团队:再加 Supabase 或 Postgres MCP。

MCP 生态 2026 年已经从”研究协议”变成”默认水管”,选错服务器比不装更糟——浪费上下文预算、增加安全风险。用上面的清单筛选,能帮你避开 95% 的”看似有用实则薄封装”的服务器。


❓ 常见问题(FAQ)

Q: MCP 服务器和 MCP 客户端是什么关系?
A: MCP 是 Anthropic 2024 年 11 月开源的标准协议。MCP 客户端(如 Claude Desktop、Cursor、Claude Code、Hermes)是”提出请求的一方”;MCP 服务器(如本文讲的 Context7、GitHub MCP)是”暴露工具和资源的一方”。一个客户端可以连接多个服务器,一个服务器可以被多个客户端调用。

Q: 为什么社区说”能用 CLI 就别用 MCP”?
A: 因为 MCP 服务器通常有 tool definition 的 token 开销(schema、描述、参数校验),而 CLI 直接跑命令更省 token、更少出错。只有 MCP 能做的场景(跨系统数据融合、权限封装、实时文档注入)才值得装 MCP 服务器。

Q: MCP 服务器安全吗?我可以直接开写权限吗?
A: 不能无脑开写权限。Filesystem MCP 和 Notion MCP 这种有写能力的服务器,必须严格限制目录和 scope。建议默认”read-only”,只有确认场景需要时才开写权限。

Q: Context7 和 Firecrawl 有什么区别?
A: Context7 注入的是官方版本化库文档(解决”AI 用错 API 版本”问题),Firecrawl 抓取的是网页原始内容(解决”AI 拿不到实时网页数据”问题)。两者可以共存,解决的是不同问题。

Q: Glama 63.6k ⭐ 是服务器本身吗?
A: 不是。Glama 是 MCP 生态的聚合前端和质量评分平台,不是 MCP 服务器。它的价值在于帮你给想装的服务器打分,避免装到”⭐ 高但维护已死”的服务器。


🔗 相关文章


资料来源:upstash/context7 GitHub(60.9k ⭐)、microsoft/playwright-mcp GitHub(30.3k ⭐)、github/github-mcp-server GitHub(32.5k ⭐)、firecrawl/firecrawl-mcp-server GitHub(7.3k ⭐)、makenotion/notion-mcp-server GitHub、Glama 注册表(78,466 servers)、Supabase 官方博客 2026-04(100k ⭐ 公告)、Totalum MCP 排名博客(2026-08)、SSOJet MCP 博客(2026-08)、Reddit r/ClaudeAI 2026-08 社区调研。数据收集时间:2026-08-28。