Skills vs Plugin(Agent 大模型领域)
·
Skills vs Plugin(Agent 大模型领域)
一句话人话: Skill = 任务 SOP / 操作说明书,解决「怎么做」;Plugin = 可安装分发的能力包 / 容器,解决「怎么装进来、对外集成」。 类比:Skill 是菜谱,Plugin 是整本可以直接安装的食谱书。
核心定义
✅ Skills(技能)
本质:自然语言编写的工作流、业务流程、最佳实践、任务指令,一般是SKILL.md纯文本文件,不需要写 API 服务。
- 告诉 Agent:遇到这类任务,按哪些步骤、什么顺序调用工具、遵守什么规范、输出什么格式。
- 只描述逻辑流程,本身不对外连接外部接口,依赖 Tool/MCP/Plugin 提供的底层能力去干活。
- 粒度细,原子化;模型识别意图后按需加载,节省 token;跨平台可移植,复制 md 文件即可使用。
示例:
- PR 代码评审 Skill:1. 读取 diff →2. 检查安全漏洞 →3. 校验单元测试 →4. 写评审批注。
- 周报生成 Skill:读取数据、套用模板、生成周报格式。
✅ Plugin(插件)
本质:分发容器、安装包,类似 npm 包 / App 商店应用,由plugin.json清单文件描述元信息(版本、权限、依赖)。
- 可以打包:多个 Skills + MCP 服务(外部 API / 数据库 / 终端)+ Hooks + 子 Agent + UI 组件,一整套打包分发安装OpenAI。
- 负责外部系统打通、权限管理、版本管理、安装卸载、市场发布。
- 强绑定平台(Claude Code / OpenAI Codex),换平台要重写,不能直接复制迁移。
关系:Plugin 里面可以包含多个 Skill;Skill 可以脱离 Plugin 单独使用;Skill 不能提供外部接口能力,Plugin 可以接入外部系统。
对比表
表格
| 维度 | Skills | Plugin |
|---|---|---|
| 核心目标 | 定义任务流程、SOP、业务经验 | 打包、分发、集成外部系统 |
| 实体文件 | SKILL.md Markdown 文本 | plugin.json + 目录包(可包含 skill/mcp/hook) |
| 是否需要服务 / 接口 | 不需要,纯提示词流程 | 可内置 MCP 服务,对接外部 API、数据库 |
| 可移植性 | 高,复制 md 即可跨平台 | 低,绑定平台,有平台清单规范 |
| 版本、权限管理 | 无,本地 / 仓库级 | 完整版本、权限、发布能力 |
| 依赖关系 | 依赖 Tool/MCP/Plugin 提供底层能力 | 可以包含 Skill,作为 Skill 的载体分发 |
| 典型场景 | 团队固定流程、评审规范、报告模板 | 发布完整能力包、对外系统集成 |
容易混淆的相关概念补充
- Tool(工具):底层函数,单次调用,解决 “能做什么”,比如调用 git、读文件;Skill 编排多个 Tool 形成完整流程。
- MCP Server:通信协议,打通 Agent 与外部环境;Plugin 经常内置 MCP Server;Skill 调用 MCP 提供的工具完成步骤。
选型怎么选
- 只是写一套业务流程、SOP,不想搭建服务 → 写 Skill
- 需要对接外部 API / 数据库,要给别人一键安装分发整套能力 → 做 Plugin,内部嵌入 Skill
- 本地临时使用:直接写 SKILL.md;要发布共享给团队其他人:封装成 Plugin 发布。
通俗例子
需求:做一套自动 Git PR 评审
- MCP:打通 git 接口,能读取 PR diff、提交评论(底层能力)
- Skill:写 SKILL.md,规定评审步骤:读 diff→查安全漏洞→检查单测→输出批注(告诉 agent 怎么评审)
- Plugin:把 MCP 服务 + PR‑review Skill 打包成插件包,别人执行
/plugin install一键装好整套能力。
更多推荐

所有评论(0)