Claude Code MCP工具无法热加载引发开发者不满
速览
近期讨论指出，Claude Code在加载MCP插件时存在限制，新添加的工具无法在当前会话中即时生效，必须重新加载对话才能使用。尽管Claude Code已优化Token消耗，采用ToolSearch逐步加载，但缺乏实时热加载机制仍被开发者认为体验不佳，远逊于CLI和SKILL方案。
AI 深度解读
背景
随着模型上下文协议（Model Context Protocol, MCP）的普及，开发者与 AI 模型的交互方式正在发生深刻变化。然而，在实际工程落地中，尤其是结合 Claude Code 等具体工具使用时，暴露出了明显的体验瓶颈。近期在 LINUX DO 社区的一个讨论话题中，用户集中反馈了 MCP 插件在 Claude Code 环境下的加载机制问题，并将其与传统的命令行界面（CLI）及 SKILL 机制进行了对比，引发了关于 MCP 当前实用性与未来走向的争议。
核心内容
该讨论主要围绕 Claude Code 对 MCP 工具的支持机制及其局限性展开。核心痛点在于：新添加的 MCP 插件在当前对话会话中无法立即生效。
具体而言，Claude Code 目前缺乏“会话内热加载”（In-session Hot-loading）MCP 工具的机制。这意味着，如果用户在对话过程中需要新增或修改 MCP 配置，必须中断当前会话并重新加载对话，才能应用新的工具配置。这种设计被用户评价为“真的很烦很难用”，在灵活性和即时响应能力上，被认为远不如传统的 CLI 操作或 SKILL 机制便捷。
此外，讨论还涉及了 Token 消耗与工具加载策略的优化情况：
- 早期问题：早期版本的 MCP 在使用时会耗费大量 Token，因为可能一次性加载所有工具定义。
- 当前优化：经过 Claude Code 的优化，现在不再一次性将所有 MCP 工具全部加载进上下文。
- 现有机制：系统引入了
ToolSearch工具，允许模型通过搜索逐步加载和使用所需的特定工具。 - 遗留缺陷：尽管有了
ToolSearch优化了 Token 效率，但“无法实时生效”（即无法热加载）的问题依然存在，且社区中似乎很少有人注意到或讨论这一特定限制。
关键要点
- 缺乏热加载机制：Claude Code 不支持在对话进行中动态加载新的 MCP 工具，必须重启或重新加载对话才能生效。
- 体验劣势：相较于 CLI 和 SKILL，MCP 在 Claude Code 中的交互流畅度和即时性较差。
- Token 优化进展：已从“一次性全量加载”优化为通过
ToolSearch按需搜索和逐步加载，降低了 Token 开销。 - 社区关注度低：尽管“无法实时生效”是一个显著的功能缺陷，但在相关讨论中并未引起足够重视，属于被忽视的痛点。
意义与影响
这一反馈揭示了 MCP 协议在特定执行环境（如 Claude Code）中落地时面临的工程挑战。虽然 MCP 旨在标准化 AI 与外部数据的连接，但如果宿主应用（Host Application）缺乏对配置变更的即时响应能力，将严重削弱其作为“动态助手”的价值。
对于开发者而言，这意味着在使用 MCP 增强 AI 能力时，仍需遵循“先配置、后对话”的工作流，无法实现完全无缝的迭代调试。对于 Anthropic 或 Claude Code 团队来说，这是一个明确的用户体验改进点，未来若能实现会话内的工具热加载，将极大提升 MCP 的实用性和竞争力，缩小其与 CLI 等成熟交互范式之间的体验差距。