如何选择 MCP 服务器（一份可靠性指南）

你在构建一个 agent，想把任务委托给一台外部 MCP 服务器。但你该信任哪一台？“看起来能用”不是一个好标准——一台服务器可能在演示那天表现完美，三周后就死掉了。以下是你真正应该关注的信号。

1. Uptime——但要看曲线，而不是单个数字

单说“99% uptime”什么也说明不了。重要的是这个比率如何分布：是最近 24 小时掉线了，还是三周前掉过一次？在 ROKMCP 上你可以看到每台服务器随时间变化的在线/离线条带。突然的、频繁的掉线远比一次计划内维护更糟糕。

2. Latency——以及冷启动惩罚

平均响应时间很重要，但真正损害 agent 体验的是“冷启动”：如果服务器闲置了一段时间，第一次调用可能会非常慢。我们同时测量热调用和冷调用，并展示差异（惩罚值）。超过 2 秒的冷启动惩罚会让用户怀疑“是不是卡死了？”。

3. Era——它讲的是哪个协议 era？

MCP 正在快速演进。一台服务器讲的是“modern”规范，还是停留在 legacy 版本？“dual”服务器两者都支持——这是最安全的选择。频繁切换 era 的服务器说明它的维护工作还没稳定下来。

4. Schema 有效性——agent 真的能读懂它吗？

一台服务器可以是在线的，但如果它的工具定义（schema）是坏的，agent 就无法正确使用它。我们会验证 tool schema，并在可能的情况下运行一次真实的“冒烟测试”调用。schema 评分高的服务器能为你省下数小时的集成时间。

5. 鉴权——门是怎么开的？

绝大多数服务器都在鉴权墙后面。重要的是鉴权用的是标准方法（OAuth 2.1、PKCE）还是自定义/脆弱的方式。标准方法意味着你的集成能长期存活。

简而言之：不要问“它能用吗”，而要问“它能用多久、多稳定、对 agent 来说多易读”。答案都在 ROKMCP 上。