发生了什么
2026 年 4 月底，在” MCP 已死”的论调甚嚣尘上之时，Anthropic 的一位 Staff Engineer 公开发文重新定义了 MCP 的战略位置。核心论点很清晰：
MCP 没有死。MCP + Skills 的组合才是 2026 年 Agent 运行的基础设施。
这篇文章在 X 上获得了 42,750 次浏览、416 次收藏，成为当周 AI 基础设施领域讨论度最高的内容之一。
核心信息拆解
1. MCP 的定位变化
MCP（Model Context Protocol）不再被视为一个独立的”工具连接标准”，而是与 Skills 框架深度绑定后的 Agent 运行时基础层。这意味着：
- MCP 负责标准化 Agent 与外部系统的通信协议
- Skills 负责定义 Agent 的行为模式和工作流
- 两者结合 = Agent 的”操作系统”
2. 从编码 Agent 到知识型 Worker Agent
文章明确指出了 2025 → 2026 的范式转移：
| 维度 | 2025 | 2026 |
|---|---|---|
| Agent 类型 | 编码 Agent（Claude Code、Codex） | 知识型 Worker Agent |
| 覆盖范围 | 单个开发环境 | 跨 5 个以上 SaaS 应用 |
| 工作模式 | 写代码、改代码 | 跨系统协调、决策、执行 |
| 核心能力 | 代码理解和生成 | 多系统工具调用 + 上下文保持 |
3. Google 的跟进
几乎同期，Google Cloud 宣布上线 50+ 全托管远程 MCP 服务器，覆盖基础设施、AI、数据库、运维、安全、文档、Workspace 等全栈服务。这说明 MCP 已经成为行业共识的 Agent 连接标准，而非 Anthropic 的私有协议。
为什么重要
Agent 的价值不在”能聊天”，而在”能干活”。 而干活的前提是能够可靠地连接和操作外部系统。
过去一年的教训是：
- 单个 LLM 的能力再强，没有工具链就是空中楼阁
- 工具协议如果各自为战，集成成本会吞噬 Agent 的效率增益
- MCP 提供了一个标准化的”USB-C 接口”，让 Agent 可以即插即用地接入各种服务
当 MCP 与 Skills 结合后，Agent 不再是”调用某个 API”的简单行为，而是：
- 根据 Skill 定义理解任务目标
- 通过 MCP 发现可用工具
- 编排工具调用序列
- 保持跨工具调用的上下文一致性
对开发者的影响
如果你在构建 Agent
选择 MCP + Skills 组合的优先级应该提高。 理由：
- Anthropic 官方站台，生态确定性增强
- Google Cloud 已全面接入，跨平台兼容性有保障
- 社区 MCP Server 数量正在快速增长
如果你在选择 Agent 框架
对比几个主流方向：
| 框架 | 定位 | MCP 支持 | 适合场景 |
|---|---|---|---|
| Anthropic MCP + Skills | 基础设施层 | 原生 | Claude 生态的深度集成 |
| LangChain | 编排框架 | 插件支持 | 多模型切换的灵活编排 |
| OpenClaw | 自主运行 Agent | 支持 | 7×24 无人值守的持续任务 |
| Dify | 应用平台 | 支持 | 低代码 Agent 应用构建 |
| CrewAI | 多 Agent 协作 | 插件支持 | 团队式 Agent 分工 |
如果你是企业技术决策者
关注这个信号：Anthropic 内部工程师公开将 MCP + Skills 定义为 2026 Agent 的基础设施。这意味着：
- Anthropic 后续的产品路线图会围绕这个架构展开
- 新能力（Claude Mythos 等）很可能深度集成 MCP
- 现在投入 MCP 生态的技术选型，中期不会过时
行动建议
- 立即：评估现有 Agent 项目是否已使用 MCP 协议，如未使用则制定迁移计划
- 短期（1 个月）：搭建 MCP + Skills 原型，测试跨 SaaS 应用场景
- 中期（3 个月）：基于 MCP 构建知识型 Worker Agent，覆盖 3-5 个核心业务系统
- 持续：关注 Google Cloud MCP Server 生态和 Anthropic 官方 Skill 模板更新
MCP 不是工具协议的终点，但它是当前最有希望成为行业标准的路径。