161 个 MCP server、17 个宿主：通过率从 21% 到 72% 的分布与对号表

161 个 MCP server、17 个宿主：通过率从 21% 到 72% 的分布与对号表

快照生成于 2026-10-29T09:48:50Z，161 个 server × 17 个宿主，共 2737 格。多数人拿到表先看通过率，再按通过率挑宿主，然后就卡住了——因为表里有两个判定字段，它们的答案经常不一致。

install 回答「装得上吗」，pass 1710 格（62.48%）；usable 回答「装了能调吗」，pass 1583 格（57.84%）。中间那 127 格，就是「显示安装成功、一调用什么都没有」。

四种状态各自在说什么

na 的对立面是「不知道」，不是「失败」，它的成因在采集端。limited 则相反，它精确指出差在哪一步。两个字段的 limited 分母还不一样：install 侧只有 11 格，usable 侧 71 格，同词不同义。按宿主横向对照可以直接看MCP 兼容性实测数据；要连安装形态一起看，完整插件清单与汉化避坑指南里也按宿主分了组。

症状对号表

左边是你看到的，中间是这一格大概率落在哪，右边是下一步。

127 格：装上了，但调不动

install 通过 1710，usable 通过 1583，差 127 格，特征是 install=pass 而 usable≠pass，fail 与 limited 混着走。

它说明的事很具体：安装成功的判定和能不能调用的判定，走的是两条不同路径。前者多半看进程起没起、配置写没写进去；后者要看握手、工具枚举、权限、宿主对返回结构的容忍度。任一条不通，用户看到的都是「装了没用」。

排查顺序建议反着来：先确认 usable，再回头看 install。usable 为 pass 的格子，install 基本不会是 fail；反过来，install 为 pass 的格子，usable 可能只是 limited。

49 个 0 工具 server：没东西可调

49 个 server 的 toolCount 为 0，例如 deepwiki、free-agent-tools、huggingface、sentry。它们共占 833 格，usable 侧 pass = 0（fail 781 / limited 1 / na 51），而 install 侧还留着 67 格 pass。原文理由一句：「它没有对外提供任何工具，装上也没东西可调」。

这是「两个字段不是一回事」最干净的反例：67 格安装通过，可调用数量是 0。另两个数字一并记下：42 个 server 在 17 格上没有任何 pass；10 个 server 17 格全 pass。

四个坑，按踩到的顺序排

坑一 · 把 62.48% 当成「能用的比例」往下推

62.48% 是 install 侧，usable 侧是 57.84%，两者只差不到 5 个百分点，看起来可以互相替代。但落到具体 server 上并不均匀：49 个 0 工具 server 的 usable pass 是 0，把 usable 的分子拉低，而 install 上还留着 67 格 pass。「整体差得不多」和「某些 server 差得离谱」可以同时成立，选型要按 server 看。

坑二 · 把 0 工具 server 的 fail 当成安装失败，回头重装

这 49 个 server 的 781 格 usable fail，成因是「没有对外提供工具」，不是「装不上」。重装、换版本、改配置都不解决。识别方法只有一步：看 toolCount 是不是 0，是就跳过，别进排错流程。

坑三 · 把 51 格 na 当成宿主不支持

51 格 na 集中在一类目标上：传输字段里 http 共 238 格（install 通过率 68.9%），全部 51 格 na 都在其中，stdio 的 2499 格一格 na 都没有。把它读成「宿主不支持这个 server」，就是把网络问题记成兼容性问题，然后在错误的方向上改配置。

坑四 · 把 limited 当 fail，直接换宿主

usable 侧 71 格 limited 按宿主是：zed 38、cursor 16、lingma 11、windsurf 6。里面有可修的，比如「工具数超过上限，需精简后可用」；也有要换实现的，比如「它提供资源项，但这个平台不支持这类能力」。前者做减法能救回来，后者换宿主也没用，得换 server 的暴露方式。一律当 fail，会把前者一起扔掉。

复核时先抽这三类格

不用全表过一遍，抽三类就够：usable=limited 的 71 格、na 的 51 格、install=pass 但 usable≠pass 的 127 格。这三类占比不高，但集中了全表所有「看起来是 A、其实是 B」。

还有一条纪律：trae、cursor、vscode-copilot、codex-cli、windsurf、zed、cline、roo-code、continue、workbuddy 这 10 个宿主的 install 数字完全相同，都是 116 / 42 / 3 / 0，横向比较时按 1 列算，不按 10 列算。

总结

真正卡人的不是安装，而是安装之后那 127 格，以及被误读成失败的 71 格 limited 和 51 格 na；想对照同类插件的中文清单与安装形态见 DeepSeek Harness Hub 插件清单。

适合与不适合

适合：手上有一份清单、正在逐个试装的人；装完发现工具面板是空的、要判断该修还是该换的人；按宿主做选型、需要区分「装不上」和「用不了」的人；维护内部清单、需要一套可复用判定口径的人。

不适合：只想要「装哪个最好」单一答案的人；不愿手工复现、只看汇总数字下结论的人，na 与 limited 会持续误导；把 MCP 当装完即用的人，127 格会先教你一遍。

标签：MCP、DeepSeek Harness、兼容性、排错

本文由 DeepSeek Harness Hub 自动整理，数据来源于 MCP 兼容采集快照。