工作区基础

如果说 MCP 服务 是原材料，那么 工作区 就是整理好的工具箱。它决定你希望外部 AI 应用看到哪一组工具。

为什么要用工作区

工作区最适合解决这类问题：

• 不同项目需要不同工具集合
• 同一个 MCP 服务里有些工具不想全部开放
• 你希望给不同客户端暴露不同的端点

和直接把所有服务都塞给外部客户端相比，工作区更容易控制范围。

工作区包含哪些内容

一个工作区通常包括：

• 名称标识
• 显示名称
• 图标
• 描述
• 选中的 MCP 服务
• 在工作区中被禁用的工具
• 自动生成的工作区端点
• Skill 生成模式

创建工作区

典型步骤如下：

1. 在左侧工作区区域点击新增按钮
2. 填写名称标识和显示名称
3. 视情况设置图标和描述
4. 选择要纳入的 MCP 服务
5. 选择 Skill 生成模式
6. 对工具做进一步筛选
7. 保存

保存后，工作区会立刻出现在左侧列表中。

Skill 生成模式

工作区可以控制从它生成 Skill 时的产物结构。这个选项在创建或编辑工作区时设置。

关闭聚合生成 Skill

默认情况下，聚合生成 Skill 处于关闭状态。此时从工作区导出或安装 Skill，会为工作区里的每个 MCP 服务生成一个独立 Skill。

这种模式适合：

• 希望 AI Agent 能按具体 MCP 能力更精准地按需加载
• 工作区里包含多个用途差异较大的 MCP 服务
• 不想让一个 Skill 的描述变得过于宽泛

这些独立 Skill 仍然会调用该工作区的端点，所以工作区级别的工具筛选依然生效。

开启聚合生成 Skill

开启 聚合生成 Skill 后，从该工作区生成 Skill 时会得到一个代表整个工作区的聚合 Skill。

这种模式适合：

• 希望把一组 MCP 服务作为一个完整工具箱交给 AI Agent
• 工作区本身就对应一个明确任务场景
• 想为整个工作区编写统一的 Skill 描述

只有开启聚合生成后，工作区表单才会显示 Skill 描述 输入框和自动生成按钮。关闭聚合生成时，MCP2Skill 会复用各个 MCP 服务自己的 Skill 描述。

只有已启用服务才适合加入工作区

工作区的价值建立在服务已经可用的前提上。实际使用时建议遵循这个顺序：

1. 先把 MCP 服务本身配置好
2. 确认服务已运行，工具列表正常
3. 再把它加入工作区

如果某个服务后来被停用，工作区里的对应工具也会跟着失效。

系统工作区 ALL

系统工作区 ALL 是 MCP2Skill 自动维护的聚合工作区，它通常有这些特点：

• 自动聚合所有当前已启用 MCP 服务的工具
• 适合快速验证整体连通性
• 不适合作为精细化权限控制的长期方案
• 与普通工作区相比，部分编辑能力不同

如果你刚上手，先用 ALL 测试通常很方便；如果你开始稳定使用，建议再创建自己的业务工作区。

编辑工作区

当需求变化时，你可以编辑工作区来完成：

• 调整显示名称或描述
• 修改图标
• 切换 Skill 生成模式
• 增减 MCP 服务
• 在工作区范围内重新筛选工具

建议把工作区视为“面向外部客户端的可用工具清单”，而不是简单的备注分组。

删除工作区前建议确认

删除前，建议先检查：

• 是否还有外部客户端在使用该工作区端点
• 是否只是想临时停用部分工具
• 是否可以保留工作区，只调整服务和工具范围

如果这个工作区只是暂时不需要，先收缩内容通常比直接删除更稳妥。

适合的命名方式

工作区名称建议体现用途，而不是体现技术细节。例如：

• web-dev
• data-analysis
• writing
• client-a

这样后续复制端点时更容易识别，也更方便给外部 AI 应用做区分。

相关章节

• 想进一步筛选工具并复制端点：看 工具筛选与工作区端点
• 想先把服务本身配好：看 MCP 服务管理
• 想把工作区接到外部客户端：看 连接外部 AI 客户端