Roo-Code项目中MCP服务器输出阻塞工具显示问题的分析与解决

问题背景

在Roo-Code项目中，用户报告了一个关于MCP服务器(Asana集成)无法正常显示工具的问题。经过调查发现，这是由于MCP服务器实现中不当使用console.error输出日志信息，导致Roo-Code的日志处理机制将其识别为错误并中断了正常流程。

技术分析

问题根源

问题的核心在于MCP服务器实现中的日志输出策略。许多MCP服务器开发者习惯性地使用console.error来输出普通日志信息，如"Received ListToolsRequest"等调试信息。而Roo-Code的日志处理机制会将这些错误级别的日志视为真正的错误，从而中断后续处理流程。

实现差异

通过对比Roo-Code和Cline两个客户端的实现差异，我们发现：

1. Roo-Code使用正则表达式/INFO/i.test(output)来判断是否为信息日志
2. Cline则使用!/\berror\b/i.test(output)来排除错误日志

这种实现差异导致了不同客户端对相同MCP服务器的不同处理结果。

解决方案

短期解决方案

对于Roo-Code项目，可以通过修改日志处理逻辑来兼容这些不规范但广泛存在的MCP服务器实现。具体包括：

1. 放宽对console.error的严格处理
2. 增加对特定模式日志的识别和过滤
3. 保持对真正错误情况的捕获和处理

长期建议

对于MCP服务器开发者，建议遵循以下最佳实践：

1. 使用适当的日志级别：console.log用于普通信息，console.error仅用于真正的错误情况
2. 实现标准化的日志格式，便于客户端解析
3. 提供详细的文档说明日志输出策略

技术影响

这个问题反映了在分布式系统中组件间接口标准化的重要性。MCP服务器作为Roo-Code的扩展点，其实现质量直接影响主应用的稳定性。同时，也展示了在生态系统中保持向后兼容性的挑战。

实施建议

对于Roo-Code用户遇到类似问题，可以采取以下步骤：

1. 检查MCP服务器的日志输出实现
2. 临时修改为使用console.log替代console.error
3. 向MCP服务器开发者反馈改进建议
4. 关注Roo-Code的更新以获取更健壮的日志处理机制

这个问题虽然表面上是日志级别的技术细节，但实质上反映了开源生态中接口设计和兼容性管理的重要性。通过社区协作和规范制定，可以逐步提高整个生态系统的质量和稳定性。