Claude 装了太多 MCP 变慢了？这个调度层 Skill 帮你省 context

为什么你的 Claude 装了 MCP 却越来越慢？

装了十几个 MCP 工具之后，Claude Code 变慢了？每次对话都要加载一堆用不上的工具描述，token 烧得快，响应还卡顿——这不是 Claude 的问题，是你没管理好多服务器的上下文污染。

最近挖到一个叫 mcp-management 的 Skill，专门解决” MCP 装了但用起来反而更乱”的痛点。它不是一个 MCP 服务器，而是帮你统一管理、筛选、执行所有已配置 MCP 能力的调度层。

它解决什么问题？

当你同时接了 GitHub MCP、Memory MCP、Slack MCP 等多个服务时，Claude 的上下文窗口会被各服务器的全部工具描述填满。mcp-management 的思路是：

• 按需加载——只在你真正需要时才把对应工具加载进来，不是全量塞进 context
• 智能筛选——根据任务描述，自动推荐最小可用的 MCP 工具集，而不是让你在十几个工具里自己挑
• 统一执行——不管是哪个服务器的 tool call，都通过同一个 CLI 接口路由过去
• 子 agent 托底——把 MCP 发现和执行委托给子 agent，主 context 完全不被打扰

怎么用？

安装超简单，一条命令搞定：

npx skills add mrgoonie/claudekit-skills --skill mcp-management -g -y

装好后直接跟 Claude Code 说：

• /ck:mcp-management 列出我所有已配置的 MCP 工具
• /ck:mcp-management 找出适合做数据库操作的 MCP 工具
• /ck:mcp-management 执行 github:create-issue，标题"Bug 报告"

底层支持三种执行模式：Gemini CLI（推荐，自动发现）、直接脚本（npx tsx）、子 agent 托管（完全不影响主 context）。

适合谁？

如果你同时在用 3 个以上 MCP 服务器，或者项目里有复杂的 MCP 工具调用逻辑，这个 Skill 值得一试。它把”怎么管 MCP”的认知负担接走了，让 Claude 的上下文只装真正重要的东西。

GitHub 仓库：https://github.com/mrgoonie/claudekit-skills，路径 .claude/skills/mcp-management/，支持 Claude Code / Cursor / Copilot 等主流 AI 编程工具。

GitHub: https://github.com/mrgoonie/claudekit-skills