在 agent 中, mcp 和 skill+cli 是“互补”还是“竞争”关系

查看 69|回复 8
作者:YanSeven   
有些场景是不是两个都能做,那有啥场景是彼此无法取代对方的吗。

互补, 竞争, 场景

hamsterbase   
mcp 能做的,cli + skill 都能做。
cli 可以做的,mcp 有些很难做。比如利用管道,实现一次调用执行多个命令。
sddyzm   
mcp 被 skill cli 碾压
kuaner   
MCP 可以是 long running 的,只有这个场景,是 cli 与 skill 做不到的
Clannad0708   
我请教个问题我觉得 mcp 调用是确定的。但是 skill 的调用是确定吗?
比如我写了一个很复杂的 skill 要先调用 1-10 工具
然后再调用 10-40 工具或者执行部分操作。
模型的好坏会直接影响 skill 的执行吗?
举个例子我用本地的一个 30B 的模型去执行一个复杂的 skill 他会怎么样?执行是不确定吗?比如做了 1-2-3 然后直接跳过后面的?
Tink   
4 楼说的没问题,mcp 可以按照既定代码去跑,skill 不一定,很看大模型的能力
402124773   
@Clannad0708
这确实算得上是一个 skill 的缺点,就是结果不唯一。
大部分情况下 skill+cli 都可以替代 mcp 。两者的重叠性很大,并且前者因为渐进式披露,节省很多 token
chenluo0429   
绝大部分情况是竞争,且是 skills 压倒性优势的竞争。某些特殊情况下 mcp 可以做补充
msg7086   
有一点我觉得是 MCP 的优势,就是 MCP server 能跑在远端服务器上。
我在工作中就给一个内网的服务做了 MCP 接口,把本来的 web app 转换成了 MCP app 。当然你说 CLI+Skill 走 curl 硬做能不能做,那当然是能做的,但 MCP 来实现我感觉更好一些。
您需要登录后才可以回帖 登录 | 立即注册

返回顶部