为什么还要再做一份
awesome-* 这个惯例对开源社区贡献很大，但它有一个已知的失效模式：清单是仓库里的一个文件，而文件不会察觉它链接的项目已经没人管了。热门的 awesome 清单里经常挂着一年前就停止维护的条目，因为删掉一条需要有人注意到并提一个 PR。
这份清单是生成的。它来自驱动本站其余部分的同一份数据集，每日刷新，所以一个项目一旦不再有提交或者被归档，它就不再出现在这里。不需要任何人记得去删。
代价是：生成的清单没有品味。它没法告诉你某个 server 的 API 设计更舒服，或者某位维护者响应特别快。那些请去看详情页和仓库本身——这份清单是个过滤器，不是结论。
清单
在官方 MCP Registry 中验证过、至少 1000 star 且仍在活跃维护的 server，按 TrustScore 排序。每日刷新。
| # | Server | TrustScore | Stars | 客户端 |
|---|---|---|---|---|
| 1 | io.github.D4Vinci/ScraplingScrapling MCP Server | 93 | 73,830 | 5 |
| 2 | io.github.ChromeDevTools/chrome-devtools-mcpChrome DevTools MCP | 93 | 49,416 | 5 |
| 3 | io.github.modelscope/funasr-mcpFunASR | 92 | 19,893 | 5 |
| 4 | com.mock-server/mockserverMock, record/replay, verify and chaos-test any HTTP, REST, gRPC or LLM dependenc | 89 | 4,942 | 4 |
| 5 | io.github.netdata/mcp-serverNetdata | 87 | 80,154 | 4 |
| 6 | io.github.microsoft/playwright-mcpPlaywright Tools for MCP | 87 | 36,128 | 5 |
| 7 | io.github.homeassistant-ai/ha-mcpComprehensive Model Context Protocol server for managing Home Assistant through | 87 | 4,381 | 5 |
| 8 | io.github.bytebase/dbhubDBHub | 87 | 3,365 | 5 |
| 9 | io.github.ihor-sokoliuk/mcp-searxngSearXNG Search | 87 | 1,115 | 5 |
| 10 | io.github.usekaneo/kaneoOfficial MCP server for Kaneo: manage tasks, projects, and labels from Claude an | 86 | 8,047 | 5 |
| 11 | io.github.Ataraxy-Labs/semEntity-level code intelligence: semantic diff, impact analysis, blame, and conte | 86 | 3,302 | 5 |
| 12 | io.github.DeusData/codebase-memory-mcpCodebase Memory | 85 | 39,581 | 5 |
这些分类下 2861 个活跃维护的 server 中，12 个越过了 1000 star 采用度门槛，按 TrustScore 排序。每日依据公开的 GitHub、npm 和 Registry 信号重新生成，完整权重见编辑方针页。✓ 表示我们在沙箱中安装并确认可启动。
怎么读这张表
TrustScore 综合五个维度的公开数据：维护活跃度、采用度、可用性、仓库健康和社区信号。完整权重公开在编辑方针页上。它衡量的是这个项目是否还活着、有没有人用——不是它是否安全，也不是它是否适合你的具体问题。
表里同时给出 star 数，因为这两个数回答的是不同问题。分高但 star 一般，通常是运作良好的小众项目；star 高但分中等，往往是流行过、现在慢下来了。哪个都不天然更好。
客户端那一列是它能接的 MCP 客户端数量，由它声明的包类型和传输方式推导。带对勾的表示我们在沙箱里装过并确认能启动——是实测，不是推断。
过滤掉了什么，为什么
不到 1000 star 的项目。这份清单的门槛是刻意定高的；完整目录覆盖了其余所有 server，并且可以按分类筛。
没在官方 Registry 验证过的。对一份跨品类的宽清单来说，这道过滤是真的有用——它挡掉了那些元数据根本没人核对过的条目。
还有一条：它在 Registry 里验证过，但声明了一个不属于它的仓库——manifest 指向了一个与之无关、有 8.8 万 star 的项目，靠这份借来的采用度它本会排到很靠前。这个错误在上游 Registry，我们改不了，但我们不会替它把别人的 star 当成自己的发出去。