我们检查 MCP server 时观测到的现象，以及对所发现问题的修复。https://mcpcheckup.comhttps://mcpcheckup.com/zh/blog/your-agent-added-a-serverhttps://mcpcheckup.com/zh/blog/your-agent-added-a-server个人 agent 已经会自己添加 MCP server。server 怎样处理 agent 发给它的内容，从外面谁也看不到；但有些事可以查：它有没有应答、提供哪些工具、工具有没有变。我们目录里的 1,470 台 server，30 天内有 236 台变过。Thu, 01 Oct 2026 00:00:00 GMThttps://mcpcheckup.com/zh/blog/which-revision-servers-answer-withhttps://mcpcheckup.com/zh/blog/which-revision-servers-answer-with每次探测开始时都要先商定一个协议修订，签名结果会记下商定的结果。在最新结果有签名的 1,004 台 server 中，580 台落在 2025-06-18（我们回退时提出的修订），394 台落在 2026-07-28。这两个数说明了什么，没说明什么。Wed, 30 Sep 2026 00:00:00 GMThttps://mcpcheckup.com/zh/blog/five-hours-of-silencehttps://mcpcheckup.com/zh/blog/five-hours-of-silence2026-09-23，每五分钟启动一次探测器的调度器停止了调用。五小时后，一次与此无关的部署让它恢复；又过了将近四小时，我们才在按小时统计的数字里发现。发生了什么，关于原因我们能说什么、不能说什么，以及我们加上的两个信号。Wed, 30 Sep 2026 00:00:00 GMThttps://mcpcheckup.com/zh/blog/three-in-ten-ask-for-a-keyhttps://mcpcheckup.com/zh/blog/three-in-ten-ask-for-a-key我们观测的 2,282 个公开 MCP 端点中，有 694 个在匿名握手时就回了认证质询。我们从不携带凭据，所以从没见过它们的工具。没有密钥时我们还能观测到什么，以及这些观测说明不了什么。Wed, 30 Sep 2026 00:00:00 GMThttps://mcpcheckup.com/zh/blog/the-call-we-hold-backhttps://mcpcheckup.com/zh/blog/the-call-we-hold-back为了看 MCP server 怎样拒绝一个不存在的工具，我们的探测器会调用一个「保留给不应存在的工具」的名字。server 完全可以定义这个名字，所以探测器先读工具列表，凡是无法排除这种可能，就扣下这次调用。2026-09-30，2,282 个公开端点里有 838 个的调用被扣下。Wed, 30 Sep 2026 00:00:00 GMThttps://mcpcheckup.com/zh/blog/a-rate-that-could-only-say-100https://mcpcheckup.com/zh/blog/a-rate-that-could-only-say-1002026-09-23，我们目录里的 833 台 server 显示的可达比率全都是 100%。这不是因为它们每天都答复了我们，而是我们的计法造成的。我们在核对一篇博客时发现了这个问题。哪里错了、改了什么、现在这个数是什么样子。Wed, 30 Sep 2026 00:00:00 GMThttps://mcpcheckup.com/zh/blog/observed-unsigned-faqhttps://mcpcheckup.com/zh/blog/observed-unsigned-faq导致 MCP Checkup 报告显示"已观测，未签名"的五个协议层原因——四个在 server 自己的配置里，一个是我们探测器的 bug，已发现并修复。前三个各附一条 curl 自测命令和修法，另外两个说明怎么自查。Mon, 14 Sep 2026 00:00:00 GMT