mcp和skill：傻傻分不清楚

问题描述：

一直弄不懂mcp和skill的区别。

skill的开发成本很低，搭配skill-creator就能快速创建专属于自己的skill。

但mcp的开发成本貌似很高，个人理解是把一些常用的功能封装为api供llm大模型调用。

而且mcp安装起来也貌似比较麻烦，还要自己手动配置环境。之前用了几个谷歌学术和arxiv找论文引用的mcp，防止AI胡编滥造参考文献。但换电脑之后就用不了，嫌配置环境麻烦就再也没弄了。

转念一想，skill不也支持scripts脚本吗？能不能通过scripts脚本达到类似mcp的功能？

那这样的话貌似mcp就没啥大用了，会不会慢慢被skilL替代？

网友解答：

---

--【壹】--：

是这样的呢，比如playwright mcp不就出了skills版本

---

--【贰】--：

mcp要提供第三方服务，只是调用的话，skill确实也可以，不过mcp是基础啊，肯定不会配替代吧

---

--【叁】--：

mcp是外部调用的接口和仓库，可以用软件也可以用数据库等，是需要另外起一个服务的。skill本质就是提示词脚本。两个完全不一样的东西

---

--【肆】--：

我也分不清楚具体区别 , 虽然自建了几个MCP 和 SKILL 但 调用上感觉没太大区别,并且偶尔还不会自动调用,今天也在测试 这两个的 具体问题..有结果了再来分享哈

---

--【伍】--：

我的理解是 mcp是可以调到工具的能力 skills则是形成一种规范/工作流。

简单理解是这样。

---

--【陆】--：

skill是人，mcp是上网工具。人每天吃饭睡觉上班甚至可以运动加强自己体质，又可以使用上网工具在网上冲浪。

---

--【柒】--：

原则上mcp是不是更安全

---

--【捌】--：

问这个没意义 不动手写一个agent永远无法理解mcp和skill在解决什么问题

---

--【玖】--：

工具和业务逻辑封装的工作流

---

--【拾】--：

skill > mcp， 你可以把mcp包装成skill，但是没法把skill包装成mcp，除非你再塞一个ai_provider进去

skill 对我来说就是0开销插件，省去部署环节，我觉得以后会是主流形式

---

--【拾壹】--：

我写了一个查询数据库的MCP，
LLM=>MCP(表名)=>结果=>LLM处理

LLM=>SKILL=>你用XX方法连接数据库，用XX方法查找表=>LLM“哦，我会了，让我执行一次”=>执行=>结果=>LLM处理

---

--【拾贰】--：

mcp一般都是代码实现，更稳定;skill由AI驱动，会搞些花活,还是结合起来使用

---

--【拾叁】--：

我的理解是skill是在规划解决问题的流程和经验工作流，mcp是提供给LLM使用的工具这两者应该是搭配使用的。

---

--【拾肆】--：

你要是抓个包，就会发发现skills其实就是一个mcp