MCP 插件无法实时生效，会被 CLI 和 SKILL 替代吗？

背景

MCP（Model Context Protocol）是一种让 AI 模型（如 Claude）与外部工具、数据源交互的协议，在 Claude Code 等 AI 编程工具中被广泛使用。近期，社区出现了一些对 MCP 体验的批评声音，认为其存在设计缺陷，尤其是在会话内热加载和 Token 消耗方面，甚至有人提出 MCP 可能被 CLI（命令行界面）和 SKLII（可能是 SKILL，一种技能/工具描述语言）替代。LINUX DO 论坛上的一篇帖子集中反映了这些痛点，引发了大量讨论。

核心内容

原帖作者指出，在 Claude Code 中新增 MCP 工具后，当前对话不会立即生效，必须重新加载（reload）整个对话才能使用新添加的工具。Claude Code 没有提供会话内热加载 MCP 工具的机制，这一限制让作者感到“真的很烦很难用”。作者认为，相比 CLI 和 SKILL（原文中标题写为 SKLII，正文中写为 SKILL），MCP 的体验“真的没法比”。

作者进一步提到，之前 MCP 非常消耗 Token，因为所有工具描述会一次性加载到上下文中。不过 Claude Code 最近经过优化，不再一次性全部加载进来，而是改用 ToolSearch 工具进行搜索，逐步按需调用工具。但即便如此，新加的工具仍然无法实时生效——必须重新加载对话才能激活。作者困惑为何没有人注意到这个问题，并质疑“看都没人提到这个”。

该帖子共有 71 条回复、50 位参与者，表明这个话题在社区内有一定关注度。

关键要点

• 新增 MCP 工具后，当前对话不会自动生效，必须重新加载整个对话，缺失会话内热加载能力。
• 相比 CLI 和 SKILL，MCP 的使用体验明显更差，缺乏即时性与灵活性。
• 此前 MCP 的一大痛点是 Token 消耗过大（所有工具描述一次性加载），但 Claude Code 已优化：通过 ToolSearch 工具实现按需搜索和加载，降低了 Token 开销。
• 即便优化后，热加载问题仍未解决，新增工具需要重启对话才能使用，这被认为是核心缺陷。
• 社区中对该问题的讨论较少，作者认为其重要性被低估。

意义与影响

该帖子揭示了 MCP 在实际使用中的关键瓶颈：缺乏会话内热加载机制。对于频繁切换工具或需要动态扩展能力的开发场景，这一限制会显著降低开发效率。CLI 和 SKILL 之所以被拿来比较，是因为它们通常提供更直接、即时的执行方式，无需依赖协议层面的上下文管理。

Claude Code 在 Token 优化上的改进（引入 ToolSearch）表明开发者意识到了资源消耗问题，但热加载问题仍未被解决。如果 MCP 希望成为 AI 工具交互的标准协议，必须优先解决这类人体工学缺陷，否则可能被更轻量、更灵活的替代方案（如直接调用 CLI 或使用 SKILL 脚本）边缘化。社区讨论虽少，但 71 条回复说明这一问题已触动部分用户，未来可能倒逼 Claude Code 团队改进 MCP 的会话管理机制。