文章核心观点 - 文章探讨了Anthropic推出的MCP协议在发布一年后的发展现状、社区争议及其与Claude Skills的关系，核心在于分析MCP协议的真实定位、适用边界及其作为基础设施的潜在价值，而非简单地将Skills视为MCP的替代品[1][7][12] builder 比 user 还多，MCP 仅是「旧瓶装新酒」？ - 自发布一年以来，MCP的定位、适用场景和未来发展在业内存在持续争议[4] - 从技术栈看，MCP被定义为“client和server之间的通信协议 + 统一工具访问方式”，而非“AI USB”、Function Calling升级版或万能Agent框架[4] - 支持者视MCP为“大模型的HTTP时刻”，是AI下一阶段掌握工具能力的基础[4] - 反对者认为MCP是“旧瓶装新酒”，沿用了传统的服务注册和路由方法，仅将工具调用协议化，更“AI化”的做法应是将工具描述嵌入向量空间进行一步到位的匹配[4] - 另有观点认为Function Calling已规范工具调用，MCP只是将其转为显式协议，在当前生态下更像过渡方案[4] - MCP生态呈现“builder多于user”的现象，有科技博主称“MCP is probably the only piece of tech that has more builders than users”，该言论浏览量超28万[4] - 社区数据显示，已上线超过6000个MCP服务器，活跃开发者2000-3000人，终端用户约50000-75000人，平均25个用户对应1个开发者[5] - 服务器关注度分布不均，排名前10的服务器吸引了近一半用户关注，前10%的服务器获得了88%的星标[5] - 目前除少数面向开发者的IDE支持MCP外，主流网页端AI应用并不直接提供MCP接入，普通用户难以感知和使用[5] - MCP在实际使用中存在调用效率较低、资源消耗高和运行不够稳定等问题，企业发现直接通过系统API访问比通过MCP协议调用更便捷，因此MCP生态更多停留在开发者技术实验和内部验证阶段[5] - 社区认为MCP目前更适用于B端的“Data Open + 工具复用”场景，例如：需要向第三方开放扩展的平台、需跨多端复用同一套工具并进行版本管理、以及内部工具链尚未标准化时使用MCP SDK来统一流程[5][6][7] - 对于小型内部项目或一次性集成需求，使用MCP会增加不必要的复杂度；对于性能敏感的应用，MCP协议层的抽象和基于JSON-RPC的通信格式可能成为效率瓶颈[7] Not Skills vs MCP, but Skills with MCP? - Anthropic推出Claude Skills后，社区引发了关于Skills和MCP定位与分工的讨论[7] - 分析认为Skills更关注“如何做”，即业务流程和策略层面；MCP则回到具体“执行层”，主要负责调用后端工具[8] - Skills相当于“带知识的可移植工具调用+子代理”，封装了领域知识和业务逻辑；MCP则是远程调用运行在服务器上工具的机制[8] - 有用户认为Skills更像是“更省context的MCP，用来获取how-to指令”，许多MCP Server内部也会为工具编写说明性文档，作用类似Skills[9] - 在组织上，一个Skill通常由YAML头部、Skills.md文档和可选的资源文件组成，主要说明和资源文件仅在实际调用时加载，以有效节约token[9] - 举例：可为个人助手创建“会议管理”和“会议准备”等Skills，而访问邮箱、日历、Notion等外部系统的操作仍通过MCP Server完成[9] - 有观点认为Skills发布目的就是替代MCP，因为当两者功能重叠时，开发者更倾向于使用更友好的Skills；而MCP能实现但Skills不能的（如通过API实现动态更新功能）目前作用不大[10] - MCP的创新在于将模型与工具间的M×N次适配问题简化为M+N问题，但主要缺点是开发者需编写大量代码实现每个MCP Server，集成成本高[10] - 相比之下，Skills允许开发者用自然语言在SKILL.md中描述工具、资源和提示词，对开发者更友好[11] - Skills可以在提示中直接为LLM提供业务流程指导和思路，而MCP本身只是被动暴露工具接口，无法主动控制LLM的思维方式[12] - 从实用角度，对普通开发者和用户而言，“拿来即用的Skills市场”比“自己写MCP server”更有吸引力，标准化和共享的Skills可降低使用门槛[13] - MCP工具描述往往非常耗费token，例如官方的GitHub MCP接入需消耗上万token，部分团队通过让LLM直接调用CLI工具等轻量方法来替代部分MCP流程以提高效率[13] - 也有人认为现状是“Not Skills vs MCP, but Skills with MCP”，即Skills负责封装和组织业务流程、调用顺序，MCP则继续发挥接入数据和工具的作用[12] 过去一年，围绕 MCP 的 infra 层格局逐渐清晰？ - 有分析指出，MCP的大规模落地可能还需等待下一个类似“微信小程序”的入口出现[3]