感觉 MCP 最大的问题是,它只是定义了工具,它并没有定义怎么去用这个工具,甚至组合用一些工具来解决问题。
现在 skill 来彻底解决了这个问题,Skills 可以用很多种方式来调用外部的功能,可以直接编程,可以请求 Http 接口,可以请求 web socket 接口,可以请求 API ,可以调用软件,调用命令行,等等一切可以调用的方式,去解决问题。似乎 MCP 真的是没什么必要了。
大家觉得嘞?
1
msg7086 8 小时 8 分钟前
Skill 和 Tool 不是两个层面上的东西吗
|
2
obeyatonce 7 小时 4 分钟前 via Android
我感觉 mcp 像是提供了 api 接口,但 ai 直接拟人化操作了,就好比淘宝提供了商品搜索的 api ,但你让 ai 去比价,它第一步是打开浏览器登录淘宝
|
3
emric 6 小时 36 分钟前 MCP 是工具,SKILL 是技能(经验),两个不是替代的关系。
|
4
irainsoft 6 小时 3 分钟前 SKILL 和 MCP 完全是两个不同的东西。SKILL 是教 AI 怎么做一个事情,MCP 是给 AI 接入外部资源的工具。
对于开发者来说应该是 MCP is everywhere 了,MCP 已经是很多流程中的依赖了,所以“存在感”降低了。但是如果你打开你的 AI 日志,应该已经是挂了很长一列的 MCP 了。 |
5
iomect 5 小时 50 分钟前
MCP 是必备品
skill 目前还是可选项 |
6
nc 5 小时 31 分钟前
预言一下,MCP 会像当年的 WAP 一样被遗弃,未来会有更多的服务抛弃 MCP 转向 Skill+API
|
7
Shielber 4 小时 35 分钟前
skill 包括 mcp 了
|
8
n123123n 4 小时 34 分钟前 via iPhone
MCP 统一定义了规范,skill 才能更方便的使用。
|
9
s1n1an 4 小时 25 分钟前 #4 说的对,Skills 更多用于扩展 AI 的能力,MCP 用于连接外部系统。
现在做的好的 Skill 都带 /srcpits 目录,里面有一堆 py/js 代码,很多 Agent 都有沙箱环境,可以运行这些代码; 那你把 MCP 里的逻辑放到 Skill 的 /scripts 目录里,让 Agent 执行,其实也能实现和 MCP 类似的效果,但就是会浪费很多上下文,浪费 token ,而且很难保证 AI 每次都能乖乖按照预期跑。 MCP 就是把这部分代码实现分离出去,只对 AI 暴露 “调用 XX 工具” 这一个工具,附带参数格式; AI 只需要发起一次工具调用就能解决问题,最多可能参数有点小错,AI 会根据报错提示自动重试。 (例如,输入地址 “苏州工业园区”,看似正确对吧?其实少了一个 “市” 字,AI 提交了报错就马上改对了) 更何况 “连接到外部系统” 这个诉求 Skill 无法替代,比如通过获取某地区交通情况,你总不能让 AI 开天眼去监控街区吧,这个你用 Skills 去做,也是要通过百度地图 API ,要么 AI 自己写代码,要么 AI 去操纵网页,还不如直接接入百度地图 MCP 。这一点和 #2 说的一样。 |
10
shilianmlxg 4 小时 14 分钟前 via iPhone
mcp 获取数据
skills 处理数据 |
11
kongkx 4 小时 12 分钟前 via iPhone
我觉得 mcp 就是 api + 说明书
|
12
leoding 4 小时 11 分钟前
我是这么理解的:
MCP:独立的技能/功能点, SKILL:就像是手册,可以将各种技能/功能组合使用完成一个特定的事。 就好像中式茶艺一样,烧水、洗茶具、泡茶都可以是单独的功能( MCP ),但因为有中式茶艺这套流程将烧水、洗茶具、泡茶这些功能点穿起来,还可以细化细节,如烧水用什么水,洗茶具用什么方式,泡茶用什么流程。 |
13
Moishine 4 小时 6 分钟前
并没有,天天用,很好用
|
14
gaoyanchen 3 小时 54 分钟前 mcp 是提供数据的
|
15
Vipcw95 3 小时 40 分钟前
mcp 不就是 api ,没有 api 你怎么获取私域数据
|
16
JoeJoeJoe PRO 不是的, MCP 其实还在用, SKILL 里面描述的流程, 可能到具体实施的时候还是在 subagent 里面调用了 mcp 工具.
|
17
maolon 3 小时 24 分钟前 mcp 的重要性不高了,anthropic 自己都不怎么聊他了。
对于用户而言 mcp 普遍浪费 token 不说,最大的矛盾是现在的 llm 实际非常擅长调用 cli 和 api ,和写脚本解决问题,那他这个“ai agent 时代的 usbc”这个 value proposition 就不是特别立的住了(因为对于用户来说他不管你是怎么解决问题的,能解决就行了)。 对于开发而言,mcp 服务因为带上了 context ,调试难度成倍上升,如果不带 context 那和传统 api 也没多大区别,开发者的动力也没那么高,很多服务都是有 mcp ,但不好用(或者永远是 beta ) 另外最后对于 agent 而言,最重要的是 context management ,mcp 相当于是一个隔离层,你的信息过去之后就是隔离的了,不像 cli 还可以 tail 来看 log ,agent 可以自主 debug/recover 状态,同样也是一个 anti pattern for current agent design 最后 skill 是 skill ,mcp 是 mcp 解决的不是一个问题,不要混为一谈 |
19
287854442 OP @msg7086
@emric 虽然看起来是两个层面的东西,但是 skill 是它的一个入口,skill 有更多选择的话,那 MCP 存在感就很低了,而且没有他就一样可以 work, 甚至 work 的更好,比如最近有些人就直接给所有的 electron app 加上了 Cli 的调用支持。 @s1n1an 同感 @JoeJoeJoe 一些现存的 MCP 还通过这种方式来运行,但是基本上没看到新的了。其实 MCP 也很容易被取代,比如一旦他们支持了 API ,那 skill 就可以直接调 API @maolon 是的,我了解他们不是一个层面上的东西,但是 skill 会很大程度上影响 MCP ,所以我觉得有必要放在这里一起聊。skill 从更高维度去解决了调用外部/内部/甚至调用一切的问题,那 MCP 这个更下一层级的技术的存在感就变得很低了 |
20
Chuckle 3 小时 0 分钟前
skill 本身就是个 tool ,也就是个 mcp 协议的东西
|
21
cvbnt 2 小时 57 分钟前
有很多数据库的 mcp 可以立马用上,纯 skill 调用还是太麻烦
|
22
Tink PRO 没有可比性,skill 是告诉 ai 怎么用 mcp
|
23
webcape233 2 小时 56 分钟前
mcp 不是协议吗??? skill 只是更具体的边界约束和操作方法描述
难道我一直理解错误? |
24
AoEiuV020JP 2 小时 52 分钟前
感觉可以结合一下, 至少应该先解决 mcp 占用上下文的问题,
如果 mcp 也可以只占用一个简短介绍的上下文, 具体子工具到用的适合再加载,然后依然 jsonrpc 调用, 我感觉比 skill+脚本好一些,脚本没有固定格式很看 AI 自己的理解能力, |
25
dcdlove 2 小时 51 分钟前
多看看资料吧你理解的 mcp 错得离谱
|
26
tony9413 2 小时 46 分钟前
mcp 是个标准的协议,实现可以是 web 也可以是 cli ,没有 mcp skill 啥也做不了
|
27
ssssiiiirren 2 小时 36 分钟前
不是,感觉这个帖子下的这些回复,到底有没有具体看过什么是 Skill 啊?
居然还有人说没有 Skill 没法掉外部系统? Skill 里面那么大个脚本目录是看不到吗。 我的理解就是对于绝大部分场景,直接写 Skill 就好了。需要调用第三方服务的直接写脚本处理。 |
28
chenluo0429 2 小时 30 分钟前 via Android
mcp 是向 LLM 提供可调用的 tools 扩展的(虽然协议里面还可以提供 prompt, resource 之类的,但是我就没见过哪个 mcp server 实现的)。
现在不提这个,是因为 Agent 已经实现了绝大部分核心的 tools ,包含文件读写,网络搜索,task 管理等等。 用户除了一些真正的外部服务,比如 figma ,obsidian ,实际上并不需要接什么乱七八糟良莠不齐的 mcp |
29
kyokaka 2 小时 25 分钟前
有没有可能这俩都是过度
|
30
sentinelK 2 小时 22 分钟前
1 、mcp 的实现已经基本穷举了。有机会让 LLM 调用的工具总共就那么多。没必要太细分。你常用的软件也就那么几个。
2 、风头已过,已经成了基本逻辑,没必要多提及。你看现在还有人提面向对象么? 3 、目前的互联网内容,生意属性远大于实际表达。所以有很明显的跟风现象。 |
31
johnes 1 小时 48 分钟前
mcp 和 skills 是两个层,mcp 提供基础能力,skill 是它之上的组合能力
|