Marketplace、Plugin、Skill、MCP区别与联系
你将明白
- Marketplace、Plugin、Skill、MCP 之间的真实关系
- Plugin 内部能放哪四类东西
- MCP 的三种安装方式
- 最实际的问题：什么时候该写 Plugin、什么时候只写 Skill 就够了
类比
🍳厨房生态类比（从大到小）
- Marketplace = 超市
- Plugin = 预制菜包/半成品
- Skill = 单个烹饪动作（切菜、翻炒、调味——可自由组合的基础操作）
- MCP = 厨房设备的统一控制协议（最底层的通信标准，让智能电饭煲、烤箱、破壁机都能被同一套食谱程序调用）
📱手机生态类比（从大到小）
- Marketplace = 应用商店。
- Plugin = 完整 App
- Skill = App 内的具体功能
- MCP = Android/iOS 系统 API 规范（最底层的标准接口，让所有 App 能用统一方式调用摄像头、通讯录等系统能力）
结构
Marketplace：市场/分发渠道 ，通过 marketplace.json 列出所有 Plugin
官方的市场claude-plugins-official里有40多个plugin，还有第三方的市场asta-plugins、obsidian-skills
Plugin：插件/打包单元，相关功能一次性安装，方便分享和分发，统一版本管理和依赖
有代表的性的插件commit-commands, asta-preview, frontend-design
Plugin的能力边界： Plugin 内可放的 4 种东西 ↓
# 类型 说明 典型用途 1 Skill 技能脚本/提示词模板 代码生成规范、文档处理流程 2 Hook 生命周期钩子，绑定到Claude事件 开发环境模拟、测试数据生成 3 Slash Command 斜杠命令，注册成plugin:command 快捷操作入口，如 /commit/deploy4 MCP Server 模型上下文协议服务 外部工具集成（数据库、API等） 不是每个 Plugin 都需要包含全部四类↑，根据需求灵活组合。
MCP 与 Plugin 的关系
MCP 不依赖 Plugin 存在 —— Plugin 只是分发渠道之一
| 方式 | 名称 | 特点 | 配置位置/方式 | 示例 |
|---|---|---|---|---|
| 1 | 独立安装 | 最常见，手动配置 | ~/.claude/mcp.json | context7, playwright, mermaid |
| 2 | 打包在 Plugin | 工程化分发，自动注入 | 安装 Plugin 时自动配置 | asta-preview 自带 asta MCP |
| 3 | claude.ai 网页 | 云端 OAuth，不算本地安装 | 网页授权 | Gmail, Canva, BioRenderer |
什么时候该写 Plugin
核心原则：能用 Skill 解决的就不用写 Plugin，只有这 5 种场景才需要升级到 Plugin
| 场景编号 | 场景描述 | 说明 | 示例 |
|---|---|---|---|
| 1 | 多个相关 Skill 一起分发 | 需要打包多个相关功能单元 | 三个 git 命令 Skill 打包在一起 |
| 2 | 需要 Hook 改变默认行为 | 需要事件驱动的自动化逻辑 | SessionStart 自动执行初始化 |
| 3 | 需要打包 MCP server | 需要集成外部工具服务 | asta-preview 自带 MCP |
| 4 | 想发到 Marketplace | 想公开发布和分享给社区 | 提交到 claude-plugins-official |
| 5 | 需要 Slash Command | 需要自定义用户可调用的命令 | /commit-commands:commit |