Agent Skills 与 MCP 的区别

它们不是同一层东西

Agent Skills 和 MCP 经常出现在同一类讨论里，但它们解决的不是同一层问题。Agent Skills 用来描述可复用的工作流、指令和操作策略；MCP 用来描述模型或 agent 如何接入工具、资源和结构化能力。

最简单的心智模型是：

• Agent Skills 决定 agent 应该怎么做事；
• MCP 决定 agent 能够连到什么能力。

这个区别之所以重要，是因为很多搜索会把两者混成一个词组。用户搜其中一个，真正想解决的可能是 workflow packaging，也可能是 capability exposure。

什么时候更应该先用 Agent Skills

如果你的瓶颈是流程不稳定，就先看 Agent Skills。典型场景包括：

• code review checklist
• deployment runbook
• browser testing routine
• SEO 或内容工作流

这些问题的核心，不是“暴露一个新的协议端点”，而是“让 agent 按一致流程做事”。这也是为什么 Claude Code Skills、SEO Skills 和 Browser Automation Skills 这些页面有意义：它们组织的是可复用任务逻辑，而不是传输层。

具体示例可以看 openclaw/skill-creator、google-gemini/skill-creator 和 openclaw/github。这些页面展示的是 workflow packaging，而不是协议设计。

什么时候 MCP 更合适

如果真正的问题是“agent 根本没有能力访问这个系统”，那就先考虑 MCP。MCP 更适合处理工具暴露、资源暴露和结构化上下文的接入问题。在这种情况下，你设计的是模型与外部系统之间的能力契约，而不是一份可复用的工作流说明。

这一层的官方来源应该直接看规范本身：Model Context Protocol specification。在看过规范之前，不要把 “MCP server” 和 “skill” 当作可互换概念。

它们会一起出现吗

会，而且这往往是更好的组合方式。一个团队可以用 MCP 暴露工具和资源，再用 Agent Skills 规定这些能力应该在什么时机、按什么流程被组合使用。

也就是说：

• MCP 负责 capability layer；
• Agent Skills 负责 workflow layer。

这也是本次信息架构里不把 MCP 粗暴塞进每个 skills 页面关键词里的原因。MCP 更适合做对比和教育型内容，而不是在所有目录页里混着打词。

怎么快速判断该用哪一个

只问一个问题：你的主要瓶颈是 访问能力 还是 执行流程？

• agent 没有能力接入目标系统：先想 MCP；
• agent 有能力但行为不稳定：先想 Agent Skills；
• 两个问题都存在：MCP 负责接入，Agent Skills 负责流程控制。

这个判断框架能避免你在真正的问题是流程模糊时，却去过度建设一层协议基础设施。

下一步该看哪里

如果你真正想要的是 workflow reuse，继续去看 Claude Code Skills 或 OpenClaw Skills。如果你要找具体任务，去 SEO Skills 或 Browser Automation Skills。如果你还在做平台术语映射，可以再看 Codex Skills 指南 或 Cursor Skills 指南。