嗨，我是 Lena。最开始我并不是想做一个排行榜。我只是这几个月一直在留意：哪些 MCP server 会一直留在我的配置里，哪些在几次失败会话后就悄悄被删掉了。这个模式让我觉得值得写下来。
最好的 MCP servers 往往不是讨论度最高的那些。真正重要的是：它们能稳定可用、不需要频繁重新认证，而且解决的是真实工作里高频出现的问题，而不只是演示里看起来很炫。
这篇文章是我对这些观察的一次整理。
一个 MCP Server 值不值得用，关键看什么
稳定性与维护状态
识别一个维护不佳的 server，最简单的方法就是看上游 API 变化后会发生什么。周末速成的社区 server 往往很快沉寂。官方 server——也就是由底层服务所属公司维护的那类——通常更能及时跟进自己的 API 变更。
Anthropic's official MCP servers repository 可以作为判断持续维护状态的基线。比如 GitHub 自家的 MCP server 提供了只读模式标记（X-MCP-Readonly header），这个设计明显是按生产环境考虑的，而不只是为了演示方便。
实际价值 vs 演示效果
有些 server 在截图里非常亮眼。但只要输入稍微不寻常一点，它们就会崩掉，或者返回速度慢到无法放进 agentic loop。我越来越明显地感觉到：这里演示可用与真实工作流可用之间的差距，比大多数软件都大。
值得长期保留的 server，通常都在解决高频问题：读文件、查 database、做 web 搜索、操作 version control。它们不一定花哨，也不追求炫技，只是可靠。
安全影响面
这一点我现在依然觉得有些模糊，我想坦白这一点。每个 MCP server 都是一个可以执行动作的 subprocess；有的带 write permissions，有的会拿你的 credentials 去调用外部 API。
Truto's analysis of Slack MCP security trade-offs 把这个问题讲得很清楚：当一个 autonomous agent 能接入你的沟通平台时，least privilege 原则非常重要。能用 read-only credentials 就尽量只读；在生产环境启用前，先 audit 每个 server 实际能做什么。
如何安装和配置 MCP Servers
配置文件在 claude_desktop_config.json（Claude Desktop）或 ~/.claude.json（Claude Code）里。一个典型条目长这样：
{
"mcpServers": {
"server-name": {
"command": "npx",
"args": ["-y", "@package/mcp-server"],
"env": { "API_KEY": "your_key" }
}
}
}
有一点值得单独强调：把活跃 server 控制在 5-6 个左右。每个 server 都会拉起一个 subprocess。超过这个数量后，性能下降会很明显——我见过 10+ server 同时启用时，context budget 被吃掉的速度远超预期。
对于 IDE 相关设置（Cursor、Windsurf、VS Code），配置 syntax 并不完全一样。Claude Code 通过 CLI 的 claude mcp add 管理。与其假设配置格式可直接迁移，不如去看各自 client 的专门文档。
按类别看的最佳 MCP Servers
文件与系统访问
Filesystem MCP Server — 最基础也最关键。可以按目录权限读取、写入和整理本地文件。它随 Claude Desktop 一起提供，也是我用过最稳定的 server 之一。你可以自己控制访问范围，这能把 blast radius 压在可管理范围内。
Google Drive MCP — 可在个人与共享 drives 里搜索、读取、整理 cloud documents。需要在 Google Cloud Console 里完成 OAuth 配置。配置完成后稳定性不错，只是第一次 auth flow 需要一点耐心。
Web 搜索与浏览
Brave Search MCP — 强调隐私的 web 搜索，API 很干净。需要 api.search.brave.com 的 API key。对于需要 training data 之外实时信息的 agent，这是我看到表现最稳定的选项之一。
Firecrawl MCP — 把 URL 转成干净的 Markdown。很适合抓取最新文档或第三方参考资料。对大多数场景来说，它比完整 browser automation 更轻、更快。
Puppeteer MCP — 当 Firecrawl 不够用时做 browser automation。能处理动态渲染内容、表单交互和站点测试。运行更重——在特定场景很值，但不适合作为默认选项。
代码与开发工具
GitHub MCP Server — 在 Claude Desktop、Cursor 和 Claude Code 里都属于高频选项。GitHub's official MCP server 支持 repository 管理、PR reviews、issue tracking 与 CI/CD inspection。它由 GitHub 官方直接维护，这在 API 变更时很关键。token scope 也很关键——如果 private repo 看不到，先检查你的 PAT scopes。
Docker MCP — 用自然语言 build、run、inspect containers。对排查 containerized services 或生成 Dockerfile 很实用。尤其在本地开发环境里，它能减少 terminal 与 AI context 来回切换的摩擦。
Database connectors
PostgreSQL MCP — 把自然语言转为针对 Postgres 的 SQL。它把代码改动和受影响数据连接起来。对 backend 占比高的工作流特别有用：没有 database context 去调试，很多时候等于只看到一半画面。
SQLite MCP — 更轻量、配置更少。适合本地开发和测试 databases。做快速探索时，它通常比 Postgres 更容易跑起来。
知识与文档
Notion MCP — 让 AI agent 可以访问 pages、databases 和 tasks。对知识主要沉淀在 Notion 的团队来说很实用，agent 可以直接引用或更新内容，减少手工 copy-paste。
Context7 MCP — 实时从 source repositories 抓取 version-specific documentation。它确实在解决一个真实问题：Claude 给出过时方法、或者漏掉新 API，尤其是在迭代很快的 frameworks 里。
通信（Slack、email）
Slack MCP Server — 到 2025 年 12 月，Anthropic 把 MCP 捐赠给了 Linux Foundation 旗下的 Agentic AI Foundation，OpenAI 和 Block 作为联合创始成员；protocol 月度 SDK 下载量达到 9700 万。官方 Slack MCP server 提供 47 个 workspace 交互工具：搜索消息、发频道消息、管理 workflows。接入后通过 OAuth 完成认证。对大量上下文沉淀在 Slack threads 里的团队，这个 server 会改变一次 session 里 research 的方式。
Gmail / Email MCP — 可用于 compose、send 和 manage email。适合把 outreach、summaries、notifications 作为 downstream steps 的 agent 工作流。主要摩擦点仍然是 authentication，最好提前规划。
云基础设施
AWS MCP — 通过 AI 管理 EC2、S3、IAM、CloudWatch 等 AWS services。对 AWS 为主的基础设施团队来说，这是更全面的选项之一。建议用 scoped credentials，探索性查询尽量用 read-only roles。
Cloudflare MCP — 管理 Workers、KV、R2、D1、DNS 和 security rules。Cloudflare 对官方 MCP 实现投入很明显，这里的 maintenance story 通常好于很多 community cloud servers。
EvoMap Capsule：位于 MCP 之上的能力层
我最近一直在观察一个和 MCP 相邻、但不在 MCP 内部的方向。
MCP 解决的是连接问题——AI agent 如何连到 file system、database、Slack channel。它没有覆盖的是：agent 在这些连接上发展出来的知识最后去了哪里。成功的 debugging paths、被解决的 edge cases、验证过的 workflows——session 结束后，这些通常不会以结构化方式留存。
有个平台叫 EvoMap，正在探索这一层。它围绕 GEP（Genome Evolution Protocol）构建，核心资产类型是 Genes（可复用策略模板）和 Capsules（带 audit records 的已验证解法），目标是沉淀真正有效的做法，而不仅仅是记录连接过什么。
它的 framing 是：一个 agent 解出来的问题，可以被其他 agent 继承，而不是每个 agent 都独立重复发现同一个修复路径。这个模式最终能否按描述那样扩展，我还没有完全确定。Agent-to-Agent（A2A）network 支持无 API key 的注册和 capability publishing，这确实降低了实验门槛。
体验型 plugins 相比标准 MCP servers 多出来的东西，大致是这样：记住的是 outcomes，而不只是 tools access。MCP 告诉 agent 去哪里找；像 Capsule 这样的层，则告诉它上一次在那里什么是有效的。
我还在持续观察它会怎么发展。它不是随机冒出来的方向，但我也还没形成一个定论。
建议避开的 MCP Servers
community MCP servers 的常见红旗
我观察到几类在实战里经常出问题的模式：
- No commits in 6+ months — 它们依赖的底层 API 会变化。无人维护的 server 可能会静默失败，或返回过时结果，而且错误信息并不清晰。
- No authentication scoping — 如果一个 server 只需要 read access 却请求了大范围 permissions，这本身就是该停下来复核的信号。
- Single-maintainer repos with no issues addressed — 单看这一条不一定致命，但和前两条叠加时，往往说明项目更像是 released 而不是 maintained。
- No documented error handling — 在 agentic loop 里，如果 server 静默崩溃而不是返回结构化错误，就可能触发很难排查的级联故障。
SkillsIndex's 2026 MCP guide 用 5 分制安全等级给 server 打分——只要要上 production，这份指南都值得先看。他们在 2026 年初已索引超过 4,000 个 server，筛选价值很高。
FAQ
1 2026 年最好的 MCP server 是什么？
这取决于 workflow。对大多数开发者来说，GitHub MCP Server 和 Filesystem MCP Server 覆盖了最高频场景。数据密集型工作看 PostgreSQL MCP。需要 web 实时信息时看 Brave Search 或 Firecrawl。不存在单一最优，只有与你真实工作匹配的组合。
2 怎么安装 MCP server？
Claude Desktop 可以在 claude_desktop_config.json 里加一条 JSON 配置；Claude Code 可以通过 CLI 的 claude mcp add。多数 server 都能通过 npx 安装，除了配置外几乎不需要本地额外步骤。改完配置后记得重启 client——server 是启动时加载，不是热加载。
3 MCP servers 免费吗？
多数官方 server 都是 open-source 的，本地运行免费。部分 server 需要各自计费的 API key（GitHub PAT、Brave Search API、Firecrawl）。Claude API usage is metered separately through Anthropic's pricing—MCP servers 扩展的是 Claude 可访问的范围，不会改变底层 model 计费方式。
这份列表反映的是截至 2026 年初可验证仍在活跃维护的项目。后续一定会变化，我会继续观察。
……先写到这里。
Previous Posts:
