概览与核心概念

在真正开始配置之前，先理解 MCP2Skill 真正解决的是什么问题，再去看后面的功能，会更容易明白为什么它不是一个普通的 MCP 配置面板。

MCP2Skill 是什么

MCP2Skill 的核心目标，不是把一堆 MCP 工具简单堆在一起，而是把这些工具转换成可复用的 Skills，从而利用 Skills 的按需加载机制，让 AI Agent 以更节省 Token 的方式使用它们。

在这个主目标之外，MCP2Skill 还承担三件事：

• 统一管理 MCP 服务，并通过网关让多个 AI 客户端复用同一份配置
• 管理 AI Agent 的 Skills 目录和安装结果
• 提供调用统计、日志和趋势，弥补大多数 AI 客户端在 MCP 可观测性上的空白

你可以把它理解成一个“统一运行层”：

• 先在 MCP2Skill 中添加或导入 MCP 服务
• 根据目标选择两条路径
• 推荐路径：转换为 Skills，安装到 AI Agent
• 次路径：通过工作区和网关端点提供给外部 AI 客户端使用

MCP 与 Skills 的区别

只从产品使用角度理解，可以把它们看成两种不同路径：

• MCP：直接把工具暴露给 AI 工作流使用
• Skills：把工具转换成 Skill，让 AI 先看到少量说明，再在需要时读取完整内容

对用户最重要的差别不是文件格式，而是上下文进入模型的方式不同：

• 直接接 MCP 时，AI 面对的是一组可直接调用的工具
• 转成 Skills 后，AI 启动时通常只需要知道 Skill 的名称和用途说明
• 只有任务真的匹配时，才继续加载完整 SKILL.md、脚本或参考资料

所以 MCP2Skill 主张优先走 Skill 路径，不是因为“多了一层包装”，而是因为 按需加载 更有机会减少 Token 消耗。

为什么不是直接在每个 AI 客户端里配置 MCP

直接在每个 AI 客户端里重复配置 MCP，看起来简单，但实际问题很多：

• Token 成本更高：很多场景下，直接暴露 MCP 不如先转换成 Skill，更容易利用按需加载减少上下文消耗
• 配置重复：同一个工具要在多个客户端里反复填写、更新和维护
• 资源占用重复：每个客户端都要各自拉起一遍 MCP 进程
• 可观测性差：客户端侧通常看不到完整的调用趋势、错误分布和运行日志

MCP2Skill 的价值，就是把这些分散成本集中消化掉。

价值总览

• 节省 Token：优先把 MCP 工具转换成 Skill
• 减少重复配置：一处配置，多处使用
• 减少重复进程：统一运行，减少本机重复占用
• 补齐可观测性：看得到调用、趋势和错误
• 保留兼容性：仍然可以通过网关接给任何 AI 客户端

MCP2Skill 里的几个核心对象

Skills

Skills 是 MCP2Skill 的第一主线。你可以把它理解成“由 MCP 工具转换而来的能力包”，其价值不只是复用，更在于按需激活。

当前版本中，Skills 可以：

• 从某个 MCP 服务生成
• 从某个工作区生成
• 导出到目录
• 安装到已配置的 AI Agent 目录
• 在 Skills 页面集中查看和管理

如果你的目标是节省 Token，默认先看 Skills 路径。

MCP 服务

MCP 服务 是最基础的连接单元。当前版本支持三种类型：

• STDIO：通过本地命令启动的 MCP 服务
• SSE：通过远程 SSE 地址连接的 MCP 服务
• Streamable HTTP：通过远程 HTTP 地址连接的 MCP 服务

每个 MCP 服务都可以单独启用、停用、查看工具列表、查看调用日志。它是 Skills 和网关两条路径的共同基础。

工作区

工作区 用来把多个 MCP 服务按场景组合在一起，例如：

• Web 开发工作区
• 数据分析工作区
• 写作工作区

工作区不仅能决定“包含哪些 MCP 服务”，还能进一步决定“保留哪些工具、禁用哪些工具”。如果你走的是 MCP 网关路径，工作区通常是核心载体。

网关端点

网关端点 是 MCP2Skill 的第二主线，用来兼容和服务外部 AI 客户端。当前版本主要有三类：

• 单个 MCP 服务端点
• 单个工作区端点
• 系统工作区 ALL 的聚合端点

你可以直接复制端点地址，也可以复制 Claude Code 兼容的 JSON 配置。它适合“统一管理、多客户端复用”的场景。

AI Agent

AI Agent 在 MCP2Skill 里主要和 Skills 管理有关。你可以为不同 AI Agent 维护对应的 Skill 安装目录，让 MCP2Skill 直接把生成结果安装进去，而不是手工复制。

系统工作区 ALL 是什么

MCP2Skill 会维护一个系统工作区 ALL。你可以把它理解为“所有当前可用工具的总集合”：

• 它会聚合所有已启用 MCP 服务的工具
• 它在侧边栏中和普通工作区一起显示
• 它的端点适合快速验证整体连通性
• 它不是普通工作区，因此部分操作与自建工作区不同

如果你还不确定要不要自己拆分多个工作区，可以先从 ALL 开始验证网关路径是否跑通。

MCP2Skill 支持哪些导入来源

当前版本支持从以下来源导入 MCP 配置：

• 剪切板
• 本地 JSON 文件
• Claude Desktop
• Cursor
• Claude Code
• Gemini CLI
• Codex

这些来源会在导入界面中自动显示。对于已检测到配置文件的应用，MCP2Skill 会直接提供导入入口。

一次典型的使用流程

1. 导入现有 MCP 配置，或者手动添加一个新的 MCP 服务
2. 启用服务并确认工具列表正常显示
3. 如果你想节省 Token：优先生成 Skill 并安装到 AI Agent
4. 如果你想服务多个客户端：创建工作区并复制网关端点或 JSON 配置
5. 通过统计和日志页面观察结果

什么时候优先走 Skills，什么时候优先走网关

• 想节省 Token、把高频工具转换成可按需加载的能力、服务 AI Agent：优先走 Skills
• 想统一管理配置并给多个 AI 客户端复用：走 MCP 网关
• 想把多个工具按任务打包对外暴露：用 工作区
• 想先快速验证整个链路：用系统工作区 ALL

下一步

• 想直接开始配置：看 快速开始
• 想直接看 Skills 主路径：看 生成与安装 Skills
• 想了解导入来源：看 导入与导出配置