MCP 是不是已经死了？没人再提这个了
感觉 MCP 最大的问题是，它只是定义了工具，它并没有定义怎么去用这个工具，甚至组合用一些工具来解决问题。
现在 skill 来彻底解决了这个问题，Skills 可以用很多种方式来调用外部的功能，可以直接编程，可以请求 Http 接口，可以请求 web socket 接口，可以请求 API ，可以调用软件，调用命令行，等等一切可以调用的方式，去解决问题。似乎 MCP 真的是没什么必要了。
大家觉得嘞？
我感觉 mcp 像是提供了 api 接口，但 ai 直接拟人化操作了，就好比淘宝提供了商品搜索的 api ，但你让 ai 去比价，它第一步是打开浏览器登录淘宝
#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 说的一样。
mcp 获取数据 skills 处理数据
Skill 和 Tool 不是两个层面上的东西吗