Post

耳朵
耳朵@RookieRicardoR·
@virushuo Skill 更适合普通人的场景,而 MCP 也有独到的使用场景,MCP 依然是不可替代的,我在这个帖子里面写过:x.com/RookieRicardoR…
耳朵@RookieRicardoR

给刘老师补充一点我的看法,首先说结论: MCP 是服务,Skill 是 Agent SOP 编排器。 首先,大部分 MCP 能做的事 Skill 也能做,这个我很认可。 但是它俩的应用场景就出在: 什么事是 MCP 能做但是 Skill 不能做的。 举个例子: 1. 网络搜索。 2. 去 github 查代码。 3. 去 figma 获取原型设计数据。 4. 去 supbase 创建一个数据库。 前两个都是属于本地也能做,但是你大概率做不了的类型。 后两个属于本地完全不可能做,因为涉及到第三方服务数据和授权的类型。 这就是我说的 MCP 是服务,而这个服务提供了一种能力。 网络搜索是一个服务,它提供了实时访问互联网的能力,你要让你的 Agent 能搜查阅最新的资料, 总不可能在本地搭建一个搜索引擎。 获取 Figma 数据也是一个能力,但是你想获取 Figma 数据不可能不依赖 Figma 官方的 API,Figma 把它的 API 通过 MCP 的方式暴露给用户,那你就只能使用它的 MCP 服务所提供的能力。 在现在 Skill 大行其道的背景下,我们对于 MCP 的需求只存在于不可代替的服务能力上。 再把 MCP 说的简单一点,它就是一个远端 API,只有在你本地无法处理某种需求的时候,它才有用,其余的时候我们都可以使用本地 Skill 脚本来处理,更可控、更安全、更方便。

中文
1
0
5
2.8K
Yijun Xiao
Yijun Xiao@emptycommit·
@RookieRicardoR @virushuo Skills 是 UGC(用户生成内容),每个人都能写。 MCP Server 提供服务,是基础设施,只有开发者和平台会去搭建。 生产者的数量就差了一个数量级。所以大家看到的都是 “MCP 不行了”。
中文
0
0
0
37
Paylaş