MCP 和 Skills 到底什么关系？不是谁干掉谁，是分工不同
最近 Skills 加 CLI 这套组合太火了。OpenClaw 带火之后，到处都在说"MCP 要被取代了"。
说实话，我一开始也觉得 Skills 加 CLI 确实比 MCP 简单很多。在本地跑 Agent 的场景下，一个 SKILL.md 文件再加一行 CLI 命令，比配一个 MCP Server 省事太多了。
但后来我做 Agent 产品的时候发现，很多场景根本不适用这套东西。至于为什么，下面会详细说。
碰巧 Anthropic 发了一篇博客，叫《Building Agents That Reach Production Systems with MCP》，把这个问题讲得很清楚。
关键看你的 Agent 跑在哪
Skills 加 CLI 能替代 MCP 的前提是什么？是你的 Agent 跑在本地。
本地环境有文件系统，有命令行，有包管理器。模型读一个 SKILL.md 知道怎么做，然后直接调 ffmpeg、kubectl、git，不需要中间加一层协议。这条路确实比 MCP 直接。
但现在越来越多的 Agent 跑在云上。
网页里嵌的 Agent、手机上的 Agent、API 服务型的 Agent——这些场景没有本地文件系统，也没有命令行可以调。你让一个跑在浏览器里的 Agent 去执行 CLI 命令？一般做不到。
这些 Agent 需要连什么？数据库、内部系统、数据分析平台、Stripe。全在云上，全要认证，全需要一个标准化的远程协议。
MCP 就是干这个的。
我做 Agent 产品的时候就碰到这个问题。本地开发用 Claude Code，Skills 加 CLI 很方便。但到了云端 Agent 产品，没有文件系统也没有命令行环境，Skills 加 CLI 就走不通了。只能选别的方案，比如 Skills（非文件形式）加 MCP，或者纯 tool 调用。
MCP 不但没萎缩，还在加速
Anthropic 官方给了一组数据：
MCP SDK 月下载量已经突破 3 亿。年初才 1 亿，4 个月涨了 3 倍。Anthropic 目录里有 200 多个 MCP Server，每天几百万人用。
之前大家吐槽 MCP 最多的 Token 占用问题，也在被快速解决。
Tool Search 就是其中一个方案。工具多了不全塞进上下文，按需搜索加载，Token 占用降了 85%。至于 Tool Search 具体怎么工作的，怎么设计才不会影响 Claude 的 Prompt Cache，这些细节不在本文展开。
Cloudflare 的做法也很有意思。2500 个 API 端点只暴露 2 个工具，一个搜索一个执行。Agent 自己写代码来调用，整套工具定义只占 1000 token。
MCP 的工程问题不是无解的，社区在持续优化，而且速度很快。
MCP 正在长出 CLI 给不了的能力
除了修复问题，MCP 还在长出一些新能力。这些是 Skills 加 CLI 从根上就做不到的。
MCP Apps：工具可以返回交互式 UI。图表、表单、仪表盘，直接在对话里渲染出来。你让 Agent 查数据，它不是给你吐一堆文字，而是直接画一张图。CLI 只能返回文本，这种富交互它给不了。Anthropic 说接入 MCP Apps 的 Server，用户留存率高了不少。
Elicitation：工具执行到一半可以暂停，主动找用户要信息。比如 Agent 帮你订酒店，到付款环节，MCP Server 可以弹一个表单让你确认价格和房型，或者跳转到支付页面。这种中途交互的能力，CLI 的同步执行模式做不到。
OAuth 和 Vault：MCP 最新版本标准化了 OAuth 客户端注册。用户首次授权更快，重复授权更少。Managed Agents 里还加了 Vault 机制，注册一次 OAuth token，后面所有会话自动注入和刷新。这套认证体系，CLI 世界里完全没有。CLI 的认证靠的是磁盘上的凭证文件，换个环境就用不了。
MCP 不是在原地等着被取代，它在往富交互和企业级安全的方向走。这些方向上，CLI 打不过 MCP。
真正的关系：不是替代，是分工
客观来说，MCP 和 Skills 是分工关系。
Skills 负责知道怎么做。最佳实践、使用指南、常见坑有哪些。
MCP 负责能做到。连接外部系统、执行远程操作、处理认证。
你告诉模型用 Supabase 的时候查询优化要注意什么，这是 Skills 的事。你让模型真的去连 Supabase 执行 SQL，这是 MCP 的事。
Anthropic 博客里推荐的模式也是这样：MCP Server 捆绑发布 Skills。Canva、Notion、Sentry 已经在这么做了。MCP Server 提供 API 能力，配套的 Skills 提供最佳实践和使用指南，两个一起给 Agent。
用人话说就是：MCP 是手，Skills 是脑子里的经验。手和经验不是替代关系，是配合关系。
Anthropic 还透露说，MCP 社区正在开发一个新的扩展方式，允许 MCP Server 直接分发 Skills。以后你接入一个 MCP Server，不只是拿到工具调用能力，还自动拿到配套的最佳实践。知识和能力打包在一起。
不同场景选不同的方案
本地 Agent，比如 Claude Code、OpenClaw 这类。
Skills 加 CLI 是更优解。有完整的文件系统和命令行，不需要加一层协议。这个场景下 CLI 的简洁性是实打实的优势。
云端 Agent，比如网页应用、API 服务、手机端。
Skills 加 MCP 是更优解。没有本地环境，必须走远程协议。而且云端 Agent 通常要对接多个第三方服务，MCP 的标准化在这里价值很大。一个 Server 写好，Claude、CodeX、Cursor 全都能用。
所以说 Skills 干掉 MCP，本质上是把一个局部结论，就是本地场景下 CLI 比 MCP 简洁，当成了全局结论。
我的看法
技术圈喜欢搞 A 干掉 B 的叙事。Skills 干掉 MCP，命令行干掉图形界面，Agent 干掉 App。每个听着都很过瘾，但仔细想想都站不住脚。
大部分技术演进不是替代，是分层。新东西出来不是把旧的干掉了，而是各自找到了最合适的位置。
Skills 加 CLI 在本地场景下确实更简洁，这个没错。但说 MCP 要被取代？月下载 3 亿，增速 3 倍，Anthropic 自己的新产品全在往上面押注。MCP 不会死。
与其想怎么站队，不如想清楚你的 Agent 跑在哪，需要连什么，用户在什么环境下用。答案自然就出来了。
本文内容仅供个人学习、研究或参考使用，不构成任何形式的决策建议、专业指导或法律依据。未经授权，禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载，请保留原文来源信息，不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持！