对比
概念对比
MCP 和 Agent Skill 身边围着一堆听起来很像的概念。这一组页面逐个拆开讲，帮你为眼前的问题选对层次。
所有对比背后的同一个框架
这个领域里几乎所有"傻傻分不清"的对比，最后都会收敛到一个问题：我们讨论的是 agent 能碰到什么， 还是 agent 应该做什么？MCP 以及和它同类的东西回答第一个，Skill 以及和它同类的东西回答第二个。
记住这条分界线，后面那些具体对比就不会再糊成一团。
| 层次 | 回答的问题 | 本组相关页面 |
|---|---|---|
| 访问层 | agent 能碰到什么？ | MCP、MCP 服务端、MCP 客户端、MCP 与 API |
| 方法层 | agent 该做什么？ | Skill、SKILL.md、Skill 与提示词 |
| 边界 | 这件事该归哪一层管？ | MCP 与 Skill、MCP 与函数调用 |
按需要挑一个对比看
MCP 与 Skill 的区别
最核心的一组。MCP 给访问，Skill 给方法，真实流程两个都用。建议先看这篇。
MCP 与普通 API 的区别
你已经有 REST 接口了，为什么它不等于 MCP 服务端？什么情况下包一层才划算？
MCP 与函数调用的区别
两者都让模型调用工具。一个内建在模型运行时里，另一个是跨系统的协议。
Skill 与提示词的区别
提示词是一条指令，Skill 是打包、可版本化、可激活的方法。差别最终体现为稳定性。
MCP 服务端与客户端
同一条连接的两端。把这两者搞混，是新手实现时最常见的错误来源。
什么是 MCP？
不是对比，但是前提：定义、组成部分和请求流程。
如果只记一张表
先看问题属于哪一层，再决定用什么形式。
碰不到系统这是访问问题。从 MCP 和客户端/服务端分工看起。
碰得到但干不对这是方法问题。从 Skill 结构和激活看起。
已经有 API这是包装问题。先读 MCP 与普通 API，再决定要不要加服务端。
模型已经能调工具可能你只缺 Skill 这一层。读 MCP 与函数调用确认一下。
接下来看什么
框架清楚了，就从对比转向动手：MCP 快速开始 带你做一个可达的能力，Skill 快速开始 带你打包一个可重复的方法。想看两者怎么配合，读 MCP 与 Skill 如何一起工作。