MCP和Skill互为补充,举例Chrome Dev Tool发布为MCP更合适
MCP 也不会过时,MCP 是偏工具,Skill 是偏技能,互为补充,举个例子,Chrome Dev Tool,它是一个工具,适合发布为 MCP,既可以控制版本,又可以适用于所有不同的支持 MCP 的场景(比如 Copilot、Claude Code、Codex、你自己的应用。
作为 Chrome 官方不适合发布它为 Skill,因为:
1. Skill 版本不那么好控制,需要配合 Git,但使用方和发布方的 Git 源是不一样的
2. Skill 的发布和使用也不那么方便,目前支持 Skill 的并不多,而且是以目录形式存在,分发、安装、版本控制都要稍微麻烦一些
但它和 Skill 又可以配合使用,比如我可以有一个 Debug 的 Skill,它用到了 Chrome Dev Tool MCP;还可以有一个前端性能优化的 Skill,也可以用到 Chrome Dev Tool MCP。
作为 Chrome 官方不适合发布它为 Skill,因为:
1. Skill 版本不那么好控制,需要配合 Git,但使用方和发布方的 Git 源是不一样的
2. Skill 的发布和使用也不那么方便,目前支持 Skill 的并不多,而且是以目录形式存在,分发、安装、版本控制都要稍微麻烦一些
但它和 Skill 又可以配合使用,比如我可以有一个 Debug 的 Skill,它用到了 Chrome Dev Tool MCP;还可以有一个前端性能优化的 Skill,也可以用到 Chrome Dev Tool MCP。
这么看, MCP将很快过时。
Skill里内置一段脚本调用工具,这个方案让工具可以按需加载(MCP必须预加载)
同时可以让agent可以调用(理论上)无限多的工具而占用零上下文!
巨大进步