You think.
AI does.

awesome-mcp-servers:一份 9.4 万 Star 的 MCP 服务器汇…

A

一份 9.4 万 Star 的 MCP 服务器汇总清单——3862 条条目、60 个三级分类、14 个 emoji 图例,外加同源的客户端清单、远程服务器清单与框架清单,并与 glama.ai 的在线目录双向同步。

94,653 Stars
15,905 Forks
MIT License
3,862 条条目
A curated list of MCP servers

AI 摘要

awesome-mcp-servers 是 punkpeye 维护的一份 MCP 服务器汇总清单,仓库没有主语言、没有代码,只有一个 4300 多行的 README:它定义了 MCP 是什么,用 14 个 emoji 建立了一套图例(语言、运行范围、操作系统、是否官方实现),再把 3862 条条目分进 60 个三级分类。本文不打算罗列其中的服务器,而是读这份清单本身——它的图例怎么读、分类体系暴露了什么生态趋势、单个条目该按什么顺序理解、它主动把哪些东西分流出去了、Frameworks 一节如何把「找轮子」接到「造轮子」,以及 Tips and Tricks 那唯一一条建议。

一、一份没有代码的 9.4 万 Star 仓库

先看几个数字。仓库创建于 2024 年 11 月 30 日,也就是 MCP 协议公开后不久;语言字段是空的,因为它没有任何代码;License 是 MIT;当前 94,653 Stars、15,905 Forks、2,235 个开放 Issue。Fork 与 Star 之比接近 1:6,对一份清单类仓库来说高得夸张——大部分 fork 大概是为了提 PR 加自己的项目。

README 全文 4,332 行,其中 3,862 行以 – [ 开头,也就是条目行;三级标题 60 个;带官方实现标记 🎖️ 的条目有 332 条。文件顶上先排了七个语言版本的入口:泰文、英文、繁体中文、简体中文、日文、韩文、巴西葡萄牙文。中文读者可以直接切到 README-zh.md。

定位就一句话:A curated list of awesome Model Context Protocol (MCP) servers. 关键词是 curated——有筛选,不是照单全收。

二、仓库自己怎么定义 MCP

What is MCP 一节只有两段。第一段是定义:MCP 是一个开放协议,让 AI 模型通过标准化的服务器实现,安全地与本地和远程资源交互。第二段界定了这份清单的收录偏好:聚焦于生产就绪的与实验性的MCP 服务器,这些服务器通过文件访问、数据库连接、API 集成与其他上下文服务来扩展 AI 的能力。

「安全地」和「生产就绪 + 实验性并列」这两点,基本定下了后面三千多条条目的调性:既有 Aiven、Appwrite 这类带官方标记的企业级实现,也有大量个人周末项目。

三、先用图例读懂每一个条目

Legend 一节是全篇最有价值的部分,也是很多人直接滑过去的段落。它用三组 emoji 给每个条目打了标签。

手绘小黑举着一张写满 emoji 图例的纸,站在一面密密麻麻贴满条目的墙前,正把一张新条目贴到墙上唯一空格里
图:墙上的条目已经贴到看不清边界,小黑手里那张新纸要先对照图例盖完章才贴得上去

(一)语言标记:八个

第一组是编程语言,八个 emoji 各自代表一种代码库:🐍 Python、📇 TypeScript(或 JavaScript)、🏎️ Go、🦀 Rust、#️⃣ C#、☕ Java、🌊 C/C++、💎 Ruby。另外还有一个独立于语言之外的 🎖️,表示官方实现(official implementation)——这是判断一个条目可靠性的第一道筛子。

(二)运行范围与操作系统

第二组是 scope,三个:☁️ Cloud Service、🏠 Local Service、📟 Embedded Systems。第三组是操作系统,三个:🍎 macOS、🪟 Windows、🐧 Linux。

(三)Local 与 Cloud 到底怎么分

README 专门用了一个 NOTE 解释最容易混淆的一组:当 MCP server 与本机已安装的软件对话时算 local,比如接管 Chrome 浏览器;当它与远程 API 对话时算 cloud,比如天气 API。判断依据是「对话对象在哪」,而不是「进程跑在哪」——这个区分在安全评估时非常关键:🏠 意味着你的数据与本机软件打交道,☁️ 意味着数据会离开机器。

四、60 个分类的地形图

Server Implementations 是主体,占了从 138 行到 4097 行的绝大部分篇幅。分类从 Aggregators(聚合器)开始,一路经过 Aerospace & Astrodynamics(航空航天与天体动力学)、Art & Culture、Browser Automation、Cloud Platforms、Code Execution、Coding Agents、Command Line、Cryptography、Databases、Data Science Tools、Embedded System、Finance & Fintech、Gaming、Home Automation、Knowledge & Memory、Legal、Location Services、Monitoring、OS Automation、Security、Social Media、Spirituality & Esoterica(灵性与神秘学)、Sports、Travel & Transportation、Version Control、Workplace & Productivity,最后收在 Other Tools and Integrations。

几个细节能看出生态的重心。Databases 从 1026 行铺到 1163 行,一百三十多行,是密度最高的分类之一;Developer Tools 从 1215 行到 1709 行,占了近五百行,是全文最大的一块;Finance & Fintech 从 1941 到 2376,也有四百多行。相比之下 Spirituality & Esoterica 只有十几行——分类存在,但还没长起来。

还有一类是「元条目」:Aggregators 里的 1mcp/agent 把自己描述为把多个 MCP server 聚合成一个的统一实现;mcpqueen/mcpqueen 带官方标记,它对官方注册表里的每一个远程服务器做实时探测(initialize、tools/list、schema 质量、延迟、来源可溯性),发布有证据支撑的评级,并让 agent 通过它自己的 MCP 端点来搜索;tadas-github/a2asearch-mcp 则是「搜索 4,800 多个 MCP server、AI agent、CLI 工具与 agent skill 的 MCP server」——清单已经开始递归地描述自己了。

五、条目怎么读:几个样本

条目的写法高度统一:仓库链接 + 可选的 glama 评分徽章 + emoji 标签 + 一句破折号后的描述,描述里往往直接给出安装命令与关键数字。挑四类各看一条。

Databases——dockndevai/mcp-clickhouse 的描述是:ClickHouse 的 schema 探查、分析查询与管理,每一条语句都被分类为 read / write / destructive 并由访问模式把关,带行数上限与审计。再看 Arun-kc/schemabrain:Postgres 的只读信任层,agent 从不写 SQL——十二个工具从你控制的编译定义里生成 SQL,PII 与密钥类别在查询执行前就被拒绝,每次调用都落进一条防篡改的 SHA-256 审计链。AIops-tools/Postgres-AIops 则给到 35 个工具,配不可绕过的审计日志、预算与失控防护、dry-run 与 undo/rollback。

Security——这一节里有两条我觉得特别值得记。askalf/truecopy 是给 agent skill 与 MCP server 用的供应链闸门:扫描工具定义里被投毒的指令,用内容哈希把审查过的 server 钉进一份已提交的 lock,并在 CI 里校验漂移。jamesdfinance-dev/lazaretto-mcp 的 check_lockfile 会把 lockfile 里每个锁定版本与已公开的恶意包公告做匹配,一次调用完成,README 举例说它能抓到 chalk@5.6.1 这类被投毒的版本而不误伤干净版本。

Knowledge & Memory——AkashGoenka/coldstart 是给编程 agent 用的代码库记忆,不用 embedding、不需要 API key:一个确定性的 AST 索引在毫秒级回答「哪些文件和这个任务相关」,agent 写的持久笔记带内容哈希校验,代码一变笔记就自动标记为过期;笔记是仓库里的 markdown,随代码一起提交与评审。

Search & Data Extraction——igorsaevets/page2ai-mcp 把任意网页 URL 转成干净的 Markdown,完全在你机器上跑,没有外部 API 调用,也不需要 API key;KnockOutEZ/wigolo 更进一步,把搜索、抓取、爬取、抽取、缓存、找相似与研究塞进一个本地优先、无密钥的 server。而 achiya-automation/safari-mcp 在 Browser Automation 下给了 80 多个工具,不依赖 Chrome,为 Apple Silicon 优化,CPU 开销降低 60%。

把这些样本连起来看,一个趋势很明显:这批条目在描述里争相强调的,已经不是「能连上什么」,而是连上之后怎么兜住——只读、审计链、dry-run、回滚、投毒扫描、本地优先。协议本身的能力已经不是卖点,护栏才是。

六、它主动分流出去的三块

这份清单刻意保持单一职责,README 里明确写了三条出口。

  • Clients——客户端不在这里,去看 awesome-mcp-clients 与 glama.ai/mcp/clients。
  • Remote Servers——这份清单收的是「有 GitHub 仓库、需要你自己安装运行」的 server;如果你要的是给一个 URL 直接连的托管 server,去看 awesome-remote-mcp-servers。
  • Web 目录——Server Implementations 开头就挂了 NOTE:现在有一个网页版目录与仓库同步。4,300 行的 README 在浏览器里翻确实痛苦,目录站是更好的检索入口。

Community 一节则把人往两处引:r/mcp 与 Discord 服务器。Tutorials 只有三条:TDQS(Tool Definition Quality Score)、glama 的 MCP Quickstart 博客、以及一段「把 Claude Desktop 接到 SQLite」的视频。

七、Frameworks:从找轮子到造轮子

清单末尾的 Frameworks 一节是全篇最短却最有「下一步」意味的部分。它开头就提示:更多框架、工具与其他开发工具在 awesome-mcp-devtools——又一次分流。

这里能看到的路线基本覆盖主流语言:jlowin/fastmcp(Python 的高层框架)与 punkpeye/fastmcp(TypeScript 的高层框架)同名不同语言,是这个领域事实上的入门选择;Rust 侧有 Epistates/TurboMCP 的企业级 SDK;Go 侧有 zhangpanda/gomcp,自称是 Gin 风格的 MCP 框架,带 struct-tag 自动 schema、中间件链、鉴权、工具分组与 Gin / OpenAPI / gRPC 适配器;kioie/tiny-go-mcp-server 则是在官方 go-sdk 上做的最小包装,约 5MB 静态构建。

还有两条偏研究性质的条目给出了难得的量化结果。SonAIengine/graph-tool-call 指出:当工具数量超过 LLM 上下文上限,准确率会崩塌——248 个工具时只有 12%;它从 OpenAPI / MCP 规格构建工具图,用 BM25 + 图遍历 + 向量的混合检索找回多步工作流,把准确率恢复到 82%,同时少用 79% 的 token。零依赖,也能当 MCP Proxy 用,把多个 server 聚合到 3 个元工具背后。shaqmughal/seekstone 则声称直读 Obsidian 磁盘文件,载荷比 Local REST API 插件小约 575 倍,只有 8 个工具。

顺带一提:README 里 npx 出现 547 次,x402 出现 153 次——后者是基于 USDC 的按次付费协议。你不需要统计也能感觉到,近期的条目里出现「pay-per-call」的频率明显上升,一批 server 正在把 agent 的能力做成可计价的商品。

八、Tips and Tricks 只有一条

这一节短得出人意料,只有一个小标题:Official prompt to inform LLMs how to use MCP。做法是在 Claude 里创建一个 Project,然后把 modelcontextprotocol.io/llms-full.txt 这个文件加进去——于是 Claude 就能回答关于如何编写 MCP server 以及它们如何工作的问题。

这个建议朴素但有效:与其把协议细节塞进每次对话,不如把 llms-full.txt 常驻在上下文里。对要动手写 server 的人来说,这比翻清单有用得多。

九、怎么用起来

给三条实际建议。第一,别在 GitHub 上滚 README,去 glama.ai/mcp/servers 用网页目录检索,它与仓库同步,还能看到每个条目的评分。

第二,按图例反向筛选:先确定你能接受的运行范围(要数据不出机器就只看 🏠),再看操作系统标记(🍎🪟🐧 三个都有才是真跨平台),最后优先选带 🎖️ 的官方实现——332 条官方标记是这份清单里信噪比最高的信号。

第三,读描述里的数字而不是形容词。这份清单的条目质量参差,但优质条目有一个共同特征:描述里给具体数值与约束(多少工具、什么审计、哪些操作被拒绝、载荷小多少倍)。形容词堆得越多,通常越不值得试。

十、写在最后

awesome-mcp-servers 的价值不在「收录了多少」,而在于它用一套极简的图例和 60 个分类,把一个快速膨胀、缺乏中心的生态做成了可检索的地形。当你想知道「有没有人给 X 做过 MCP server」时,它仍然是最快的答案来源;当你想判断该不该用某个 server 时,它的 emoji 标签与那句描述里的关键约束,往往比 README 首页更诚实。

更值得留意的是清单本身的变化:条目描述里「只读」「审计链」「dry-run」「回滚」「投毒扫描」「本地优先」这些词越来越密,说明这个生态正在从「能连上什么」转向「连上之后怎么兜住」。对任何准备把 MCP 接进生产的人来说,这才是这份清单真正想告诉你的事。

⚠️ 合规提示
本文仅作技术介绍。清单中的条目由社区提交,质量与安全性差异极大,接入生产环境前请自行审查源码、许可证与数据处理方式;涉及数据库、密钥、个人信息的 server 请优先选择只读与带审计能力者,并确认授权范围。文中 Stars、Forks、条目数等数据截至仓库公开信息,可能随版本更新而变化。

在撰写本文的过程中,我主要参考了以下来源:GitHub 仓库 punkpeye/awesome-mcp-servers 的 README(What is MCP / Clients / Remote Servers / Tutorials / Community / Legend / Server Implementations / Frameworks / Tips and Tricks 各节,其中 Server Implementations 采用分章节采样阅读)、在线目录 glama.ai/mcp/servers,以及仓库 meta 数据。文中数值以官方公开信息为准,可能随版本更新而变化。

# MCP
# Model Context Protocol
# Awesome 清单
# AI Agent
# 开源

本文由 AI 辅助整理,基于 GitHub 项目 punkpeye/awesome-mcp-servers 的公开文档撰写;配图为独立绘制的示意图,非项目官方素材。内容仅用于技术介绍,清单条目质量参差,接入前请自行审查。

未经允许不得转载:AI智汇具 - AI工具推荐与技能教程_好用的AI工具大全 » awesome-mcp-servers:一份 9.4 万 Star 的 MCP 服务器汇…

评论 抢沙发

登录

找回密码

注册