看到 0% 先问是不是没测，看到「能用」先问有没有被截断，两个灰区各自单列之后再算 pass/(总−na)；想把同类插件的中文清单与安装形态一次对完，见完整插件清单与汉化避坑指南。

68.7% 与 22.0% 之间差的是宿主实现，不是那份 JSON；先分清无数据、部分可用、失败三种状态，再决定要不要改配置。同类横向对照见MCP 服务榜。

三层证据的通过率差一个量级，所以「MCP 能不能用」这句话必须先补上「哪一层」；分层口径与逐格结果见MCP 兼容矩阵的逐格实测记录。

多数「换个宿主就连不上」不是 server 的问题，而是配置结构、生效开关、容量上限这三处之一；宿主侧兼容性与配置差异见MCP 兼容矩阵。

MCP 连接问题的第一刀应该切在传输方式上：stdio 的失败率 35.8%、http 是 4.6%，方向不同排查路径完全不同；第二刀切在证据类型上，文档推断的通过率 93.8% 与真机 22.4% 不是一个量级，以真机为准，别拿 README 当结论。更多逐格判定结果见MCP 兼容矩阵，插件侧的分类与验证档位见插件清单。

装不上时先定位层，再动配置：工具数为 0 与启动超时都不是配置问题，而「文档绿勾」与「真机绿勾」在 72 个 server 上互相矛盾。完整的 17 个宿主配置差异与判定口径见MCP 兼容矩阵，按症状归档的排查顺序另见装不上的原因，插件类目可以对照完整插件清单与汉化避坑指南。

路径不长，八步之内能跑通，真正会卡人的是三处默认值与一次重启；如果还想看看别的连接器值不值得一起装，这份中文插件清单按平台分好了类。

把「装个插件就能白嫖额度」当预期的人——它本质是凭据转发，不改变上游条款，也不提供任何绕过额度的能力；另外两件事也要一并排查：卡片是否显示「模型路由已被其他 Provider 占用」（另一适配器持有该 id 时，插件会如实报告冲突而不是抛错），以及该模型是否已经被勾选。，登录任务五分钟超时，且同一时刻只允许一个登录任务。上一次没有退干净的登录任务、或者任何占着 1455 的进程，都会让这一次回调绑

退一个订阅桥接插件的正确姿势是「先分清归属、再注销、最后 remove」：本插件自己写的偏好、凭据、preset 与模型开关都可以清；别家 CLI 的凭据文件它从不写也绝不删，你也不该去删，完整的插件清单与安装形态见完整插件清单与汉化避坑指南。

dsh-agent-teams 是 DeepSeek Harness 生态中的多 Agent 团队协作插件，由 NanmiCoder 开发维护。GitHub 仓库地址：https://github.com/NanmiCoder/dsh-agent-teams，当前星标 1433，综合评分 70.1，最近更新时间 2026-09-06。该插件的核心定位是"一句话，拉起一支真正协作的团队"。