很多人第一次接触 Codex、Claude Code、Cursor、Gemini CLI 这类 AI Agent 时,会不断看到两个词:
MCP 和 Skills。
刚开始非常容易混淆:
MCP 是插件吗?
Skills 是工具吗?
为什么有些能力要装 MCP,有些又要装 Skill?
两个能不能一起用?
其实它们不是一回事。
最简单的一句话:
MCP 负责给 AI"工具和手脚",Skills 负责告诉 AI"应该怎么做事情"。
下面从零开始讲清楚。
一、先理解什么是 AI Agent
普通聊天 AI,大部分时候就是:
text
你提出问题
↓
AI 思考
↓
AI 输出文字
例如:
text
你:帮我写一个 PowerShell 命令。
AI:可以,命令如下......
AI 只是把命令告诉你。
真正执行命令的人还是你。
但是 AI Agent 不一样。
Agent 的目标是:
text
你提出任务
↓
AI 判断应该做什么
↓
AI 调用工具
↓
执行操作
↓
检查结果
↓
继续下一步
例如你告诉 Agent:
text
把桌面上的所有 PNG 图片整理到一个 Images 文件夹。
一个拥有电脑操作能力的 Agent 可以自己:
text
查看桌面
↓
找到 PNG 文件
↓
创建 Images 文件夹
↓
移动文件
↓
检查结果
↓
告诉你已经完成
这时候问题就出现了:
AI 到底怎么操作 Windows?
这就涉及 MCP。
二、MCP 是什么?
MCP 全称:
text
Model Context Protocol
中文可以理解成:
模型上下文协议
不过对于普通使用者,不需要纠结协议本身。
你可以把 MCP 理解成:
AI 与外部工具之间的标准接口。
三、为什么需要 MCP?
假设 Codex 想操作你的 Windows。
Codex 自己并不会直接:
text
点击鼠标
打开记事本
执行 PowerShell
操作注册表
读取桌面窗口
那么怎么办?
中间增加一个工具:
text
Codex
↓
MCP
↓
Windows-MCP
↓
Windows
这样 Codex 就可以通过 Windows-MCP 获得 Windows 操作能力。
四、Windows-MCP 就是一个典型例子
比如前面我们安装的:
text
Windows-MCP
它就是一个 MCP Server。
它可以给 AI 提供很多 Windows 工具,例如:
text
Click
Type
Scroll
Move
Shortcut
Screenshot
Snapshot
App
PowerShell
FileSystem
Clipboard
Process
Registry
Notification
分别可以理解为:
text
Click → 点击鼠标
Type → 输入文字
Scroll → 滚动
Move → 移动鼠标
Shortcut → 按快捷键
Screenshot → 截图
App → 打开软件
PowerShell → 执行 PowerShell
FileSystem → 操作文件
Clipboard → 操作剪贴板
Process → 管理进程
Registry → 操作注册表
于是 AI 就真正拥有了"操作电脑"的能力。
五、举一个非常直观的例子
没有 Windows-MCP 时:
你对 AI 说:
text
帮我打开记事本并写入 Hello World。
AI 最多告诉你:
text
按 Win + R
输入 notepad
然后输入 Hello World
你自己操作。
安装 Windows-MCP 以后:
text
你
↓
Codex
↓
Windows-MCP
↓
Windows
AI 可以自己:
text
打开 Notepad
↓
点击输入区域
↓
输入 Hello World
↓
保存文件
这就是 MCP 的意义。
六、MCP 不只是操作 Windows
MCP 可以连接非常多东西。
例如:
text
AI
├── Windows MCP
├── GitHub MCP
├── Browser MCP
├── Database MCP
├── Filesystem MCP
├── PostgreSQL MCP
├── Slack MCP
└── 自己开发的 MCP
这样一个 AI Agent 就可能同时拥有:
text
操作 Windows
读取 GitHub
操作数据库
浏览网页
读取文件
发送消息
执行命令
所以可以把 MCP 理解成:
AI 的外设接口。
七、那 Skills 又是什么?
Skills 和 MCP 完全是另外一个概念。
Skills 更像:
给 AI 准备的工作说明书、操作规范和流程经验。
比如一个 Skill 文件可能叫:
text
SKILL.md
里面写的并不是一个 Windows 驱动,也不是一个后台服务器。
而是告诉 Agent:
text
什么时候应该使用这个 Skill
应该按照什么顺序操作
优先调用哪些工具
应该检查什么
遇到错误怎么办
最终输出应该是什么格式
八、举一个 Git Skill 的例子
假设我们写一个 Git Skill:
text
git-commit-helper
它里面规定:
text
1. 首先查看 git status
2. 分析修改了哪些文件
3. 根据改动生成中文 Commit Message
4. 执行:
git add .
5. 执行:
git commit -m "xxx"
6. 最后:
git push
那么以后 Agent 遇到 Git 提交任务,就知道应该按照这个流程处理。
这就是 Skill。
九、Skills 更像"经验包"
假设一个新手员工刚入职。
你给他一台电脑。
电脑本身相当于:
text
MCP
但是员工不知道工作流程。
于是你再给他一本:
text
《公司 Git 提交流程》
里面写:
text
先检查代码
再检查 Git Status
然后生成 Commit Message
最后 Push
这本说明书就是:
text
Skill
因此:
text
MCP = 给工具
Skill = 教方法
十、一个非常好记的比喻
可以把 AI 想象成一个人。
AI 模型
相当于:
text
大脑
负责:
text
理解
推理
判断
规划
MCP
相当于:
text
眼睛
手
脚
工具箱
负责真正执行操作。
Skills
相当于:
text
培训手册
SOP
经验
工作流程
告诉 AI:
text
应该如何正确使用这些工具
所以整个结构就是:
text
AI Agent
│
┌───────┴───────┐
│ │
Skills MCP
│ │
怎么做事情 用什么工具做
│ │
└───────┬───────┘
│
执行任务
十一、MCP 和 Skills 可以一起使用吗?
不仅可以,而且两者组合才真正强大。
例如:
我们有一个 Skill:
text
桌面文件整理 Skill
里面规定:
text
第一步:扫描桌面文件
第二步:按照文件类型分类
第三步:
图片 → Images
文档 → Documents
压缩包 → Archives
第四步:移动文件
第五步:检查是否遗漏
但是这个 Skill 自己不能移动 Windows 文件。
于是需要 MCP 提供:
text
FileSystem
Screenshot
Move
最终:
text
Skill
↓
告诉 AI 怎么整理
MCP
↓
真正操作文件
这两个一起使用:
text
AI
├── Skill:知道怎么整理
│
└── MCP:真的可以整理
十二、一个现实中的 Codex 例子
假设你的 Codex 环境是:
text
Codex
│
├── Skills
│ ├── find-skills
│ ├── git-helper
│ ├── apple-design
│ └── document-helper
│
└── MCP
├── Windows-MCP
├── GitHub-MCP
└── Browser-MCP
那么 Codex 就会形成这样的能力。
Skills
告诉 Codex:
text
代码应该怎么修改
Git 应该怎么提交
文档应该怎么处理
UI 应该怎么设计
MCP
让 Codex真正能够:
text
打开软件
点击按钮
操作文件
执行 PowerShell
操作 GitHub
浏览网页
最终就越来越接近真正的:
text
AI Agent
十三、为什么最近 MCP 特别火?
因为以前每一个 AI 工具接入外部系统,都需要单独开发一套接口。
例如:
text
Claude → GitHub
Codex → GitHub
Cursor → GitHub
可能每个平台都要重新开发。
MCP 出现以后,可以变成:
text
GitHub MCP
│
┌────────┼────────┐
│ │ │
Claude Codex Cursor
同一个 MCP Server 可以被多个支持 MCP 的 AI 客户端使用。
所以整个生态更容易扩展。
十四、那 Skills 为什么也越来越多?
因为 AI Agent 工具能力越来越强之后,会出现另外一个问题:
AI 有工具,但是不一定知道最正确的工作流程。
例如给 AI 一个:
text
PowerShell
它当然可以执行命令。
但是:
text
什么时候执行?
执行前检查什么?
执行后检查什么?
遇到错误怎么办?
这些都需要经验。
于是 Skills 的作用就出现了:
text
工具能力
+
专家经验
+
标准流程
=
更稳定的 Agent
十五、MCP 和 Skills 最核心区别
| 对比 | MCP | Skills |
|---|---|---|
| 是什么 | 工具接口协议 | 工作流程/操作说明 |
| 主要作用 | 给 AI 增加能力 | 教 AI 怎么使用能力 |
| 是否可以操作外部系统 | 可以 | 通常不直接操作 |
| 常见形式 | MCP Server | SKILL.md |
| 类似什么 | USB 接口 | 使用说明书 |
| AI 获得什么 | 手和工具 | 方法和经验 |
十六、还有一个容易混淆的东西:Tool
实际上完整关系一般是:
text
AI
↓
MCP Server
↓
Tools
例如:
text
Windows-MCP
是 MCP Server。
里面有:
text
Click
Screenshot
PowerShell
FileSystem
Registry
这些才是具体 Tool。
所以:
text
MCP Server
└── Tool
├── Screenshot
├── Click
├── Type
└── PowerShell
而 Skills 则在另外一边:
text
Skill
└── 告诉 AI:
什么时候调用 Screenshot
什么时候调用 Click
什么时候执行 PowerShell
十七、可以这样理解整个 AI Agent 架构
最终可以总结成:
text
┌──────────────────────────────┐
│ 用户 │
│ "帮我整理这台电脑" │
└─────────────┬────────────────┘
↓
┌──────────────────────────────┐
│ AI 模型 │
│ 理解 / 推理 / 规划 │
└─────────────┬────────────────┘
↓
┌──────────────────────────────┐
│ Skills │
│ 工作流程 / SOP │
│ 专家经验 / 规则 │
└─────────────┬────────────────┘
↓
┌──────────────────────────────┐
│ MCP │
│ 外部工具接口 │
└─────────────┬────────────────┘
↓
┌──────────────────────────────┐
│ Tools │
│ │
│ Screenshot │
│ Click │
│ PowerShell │
│ FileSystem │
│ GitHub │
│ Browser │
└─────────────┬────────────────┘
↓
┌──────────────────────────────┐
│ Windows │
│ 真正执行电脑操作 │
└──────────────────────────────┘
十八、新手应该先学哪个?
建议按照这个顺序:
text
第一阶段
↓
先学 AI Agent 基本概念
第二阶段
↓
学 Skills
第三阶段
↓
学 MCP
第四阶段
↓
MCP + Skills 组合
第五阶段
↓
自己写 Skill
第六阶段
↓
自己写 MCP Server
对于普通用户来说,其实不一定需要自己开发 MCP。
先学会:
text
安装 MCP
配置 MCP
安装 Skill
看懂 SKILL.md
组合使用
就已经能做很多事情。
十九、一句话彻底记住
以后再看到:
text
MCP
Skills
Tools
Agent
可以这样记:
text
Agent = 干活的人
Model = 大脑
Skills = 工作经验和操作手册
MCP = AI 与外部工具之间的连接方式
Tools = 真正执行具体动作的工具
最终就是:
模型负责想,Skill 负责教,MCP 负责连接,Tool 负责干。
这也是现在 AI Agent 体系里非常重要的一套基本概念。