
最近在折腾 Cursor、Claude 等 AI 编程工具的朋友,多半见过两个词:Skill 和 MCP。一个负责「教 AI 怎么做事」,一个负责「让 AI 能调用外部能力」。于是有人问:既然 Skill 越来越强,会不会有一天完全取代 MCP?
目前来看:不会。 二者解决的是不同层面的问题,更像是「左手和右手」的关系,而不是谁替代谁。
Skill 一般指写在项目里的说明文件(比如 SKILL.md、规则文件),用来告诉 AI:
可以把它理解成:给 AI 的「领域知识 + 行为规范」,不涉及「去调用别的系统」,而是「在这个环境里该怎么想、怎么写」。
MCP(Model Context Protocol) 是一套开放协议,用来把外部能力暴露给 AI,比如:
也就是说,MCP 解决的是:AI 如何安全、统一地「伸手出去」用别的系统和数据,而不是「在脑子里怎么组织知识和行为」。
所以:
二者从设计目标上就不是同一类东西,自然谈不上「谁取代谁」。
之所以会被拿来比较,多半是因为这两点:
第一,Skill 越来越「能干」。 通过写得很细的 Skill,AI 可以更懂业务、更少跑偏,看起来「能力变强了」。于是容易产生一种感觉:只要说明书够好,AI 是不是就不需要那么多外部工具了?
第二,MCP 用起来有门槛。 要搭服务器、写适配、管权限,而 Skill 改个 Markdown 就能生效。于是会想:如果 Skill 能把事情都「说清楚」,是不是就不必上 MCP 了?
但「更会按规范做事」和「能操作真实系统」是两回事。 Skill 再强,也没法代替「查一次数据库、发一封邮件、打开浏览器点一下」——这些动作必须依赖 MCP 这类协议,把外部能力接到 AI 上。 所以,错觉在于:把「更懂你」当成了「能替你操作全世界」。
真正用得好的是「Skill + MCP 一起上」:
这样,Skill 管「策略与规范」,MCP 管「执行与数据」,既不会越权乱调接口,又能用上所有该用的外部能力。
可以简单记:
举个简单例子:你要 AI 帮你写一份某开源库的接入方案。如果只有 Skill,AI 只能按你们团队的文档规范和结构来写,但依赖版本、接口细节可能过时。如果只有 MCP,AI 能打开官网、查文档、看 GitHub,但写出来的结构可能不符合你们项目的模板和术语。Skill + MCP 一起用时:Skill 规定「先查官网和 README,再按我们项目的方案模板(背景、方案、接口、风险)来写」;MCP 负责真的去打开网页、拉取内容。这样既有最新信息,又有一致的文档风格,才是完整方案。
从趋势上看:
所以,不是 Skill 取代 MCP,而是「规范层(Skill)+ 能力层(MCP)」一起,把 AI 从「只会聊天」变成「能按你的规矩、用你的工具干活」。
选型时不必二选一:Skill 负责「怎么想、怎么写、按什么规范来」——提升 AI 的理解与输出质量;MCP 负责「查库、调 API、操作外部系统」——把真实能力和数据接到 AI 上。所以就目前来看,Skill并不是要取代MCP。
今日除夕,祝各位新春快乐、阖家安康。觉得有收获的话,欢迎点赞、转发或关注。