MCP 服务器可能因未处理的异常而静默失败。模型上下文协议（Model Context Protocol）规范并未强制要求错误处理，且参考实现较为精简。这可能导致服务器随时间推移逐渐无响应，且无任何可见的错误信息。常见原因包括网络问题、工具参数格式错误，或外部 API 超时。一种健壮的解决方案是将工具处理器包裹在 try-except 块中。该包装器可捕获多种异常，如 ConnectionError、TimeoutError 和 ValueError。对于网络层问题，服务器应尝试重新连接传输层；对于来自客户端的无效参数，应清晰地向其反馈。通用的异常捕获应记录完整的堆栈跟踪，并返回描述性错误信息。关键在于，响应必须设置 isError: True，以向客户端表明发生了错误。若缺少此标志，AI 可能会将错误信息误认为有效结果。这种包装器模式可确保不会发生静默崩溃，向客户端提供清晰的错误信号，并保持服务器运行。区分应被捕获的瞬态错误与应导致服务器崩溃的致命错误至关重要。对于具有共享状态的服务器，在重新连接后，可通过健康检查工具验证服务器的完整性。部分失败是可能发生的，应通过返回部分数据并附带错误标志来显式处理。有效的日志记录，尤其是结构化 JSON 日志，对于调试和识别错误模式至关重要。该方法已显著降低了生产环境中的静默失败发生率。