功能对比
| MCP server | 适合 Claude Code 做什么 | 设置优先级 |
|---|---|---|
| Filesystem | 受限本地项目上下文和文件访问 | 本地仓库工作的第一选择。 |
| GitHub | Issue、PR、代码搜索、review comments 和发布上下文 | 当工作从 GitHub 开始时优先安装。 |
| Context7 | 最新库文档和版本相关代码示例 | 当框架或 SDK API 变化快时添加。 |
| Playwright 或 Browser | 打开本地应用、截图和 UI 流程验证 | 前端和全栈产品优先添加。 |
| Postgres 或 Supabase | Schema 检查和 SQL 调试 | 先用只读凭证。 |
| Figma | 设计上下文、画板截图、tokens 和素材交接 | 设计还原任务中添加。 |
| Linear 或 Notion | 需求、工单、实现计划和决策记录 | 团队确认访问边界后添加。 |
推荐起步组合
小型 MCP 配置更容易信任。先选择能最大幅减少 Claude Code session 中重复复制上下文的服务器。
Starter: - Filesystem - GitHub Frontend: - Filesystem - GitHub - Playwright or Browser Docs-heavy: - Filesystem - GitHub - Context7
Context7 什么时候加入
当 Claude Code 需要库、框架或 SDK 的当前文档时，Context7 很有用。对于 API 变化快、旧示例容易导致错误代码的场景，它尤其值得添加。
安全检查清单
像审查开发者基础设施一样审查 MCP servers。问题不仅是 Claude Code 能否连接，还包括服务器可以读、写或执行什么。
- GitHub 和数据库尽量使用只读 token。
- API keys 放在环境变量或本地密钥存储中。
- 记录每个 server 的负责人和凭证轮换方式。
- 可写服务器只有在团队确认审查边界后再加入。
选择标准
按工作流价值选择 MCP server，而不是按新鲜感选择。好的 server 应该让 Claude Code 更准确、减少手动复制，或支持原本很麻烦的验证。
- 它是否提供 Claude Code 反复需要的上下文？
- 它能否用较窄权限运行？
- server 失败时，开发者能否手动复现同一信息？
- 它是否改善验证，而不只是帮助头脑风暴？
常见问题
Claude Code 最好的 MCP server 是什么？
Filesystem 和 GitHub 是最通用起点。Context7 适合当前文档，Playwright 或 Browser 适合前端验证。
应该一次安装很多 MCP servers 吗？
不建议。先加一两个，验证可用并记录权限，再按工作流扩展。
Context7 是 Claude Code MCP server 吗？
是。Context7 可以通过 MCP 接入 Claude Code，让 Claude 在编码任务中获取最新文档。
数据库 MCP server 应该只读吗？
尽量从只读开始。写权限应该明确、经过审查，并尽量限制在非生产环境。