Cherry Studio 项目中 MCP 协议端点配置的优化实践

在远程 MCP Server 的实现过程中，端点(Endpoint)配置是一个需要特别注意的技术细节。本文将以 Cherry Studio 项目为例，深入分析 MCP 协议中 SSE 和 HTTP 端点配置的最佳实践。

MCP 协议端点机制解析

MCP 协议采用双端点设计：

1. SSE(Server-Sent Events)端点：用于建立持久连接，接收服务器推送的事件
2. HTTP 消息端点：用于客户端向服务器发送消息

协议规定，客户端首先连接 SSE 端点，服务器会通过该连接返回消息端点的完整 URL。这种设计实现了端点的动态发现，使得服务端可以灵活调整消息端点位置。

典型配置问题分析

在实际部署中，特别是通过反向代理(如 Nginx)暴露服务时，常会遇到端点路径问题。例如：

1. 当服务部署在子路径下(如 /mcp-demo/)时
2. 反向代理修改了原始请求路径
3. 客户端硬编码了端点路径

这些问题会导致 404 错误，因为客户端无法正确构建完整的端点 URL。

配置优化方案

方案一：统一基础路径(BaseUrl)

推荐采用单一基础路径配置，由客户端自动构建完整端点：

• 只需配置基础路径(如 http://example.com/mcp-demo)
• 客户端自动追加 /sse 和 /messages 后缀
• 与服务端实现完全解耦

方案二：端点独立配置

保留现有双端点配置模式，但需要确保：

1. SSE 端点配置完整
2. 消息端点由服务端动态返回
3. 反向代理正确处理路径重写

反向代理配置要点

使用 Nginx 等反向代理时，需特别注意：

location ^~ /mcp-demo/ {
    proxy_pass http://backend:port/;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    # 确保路径重写正确
    rewrite ^/mcp-demo/(.*) /$1 break;
}

协议演进方向

最新版的 Streamable HTTP 协议已简化为单端点设计，解决了双端点配置的复杂性。建议新项目优先考虑采用新协议。

总结

正确的端点配置是 MCP 协议实现的关键。通过理解协议机制、采用合理的配置方案，并结合反向代理的特性，可以构建稳定可靠的远程 MCP 服务。对于现有系统，建议逐步迁移到更简洁的协议版本，以降低维护成本。