MCP 与 Skills：不是竞争关系，而是自动化链路的黄金搭档

快速阅读：MCP 与 Skills 的关系是叠加而非竞争。前者是打通外部服务的连接器，后者是注入特定知识的说明书。两者的结合才是完整的自动化链路。

最近关于 MCP 是否会死于 `SKILL.md` 的争论挺热闹。这种讨论有点像在争论你应该用扳手还是用说明书。

MCP 提供的是 API 抽象层。它解决了“触达”的问题：远程调用、身份验证、沙盒隔离。对于不想在本地配置一堆 CLI 的人，指向一个 URL 就能操作 Notion 或日历，这很直接。

Skills 则负责注入上下文。它是关于工作流的经验总结，教导模型如何正确使用 `git` 或 `curl`。有网友提到，当你在调用 MCP 过程中发现了某个坑（比如日期格式不对），随手写个 Skill 把这个“避坑指南”固化下来，这种体验才叫丝滑。

本质上这是两个维度的协作。MCP 是基础设施，Skills 是编排逻辑。

如果有一天，所有的服务都能自带一个标准化的 MCP 接口，我们还需要编写那些繁琐的说明书吗？

david.coffee/i-still-prefer-mcp-over-skills/