Streamable HTTP
核心事实
时间轴 (近 90 天)
MCP规范中Sampling、Roots、Logging已被标记废弃，至少还能使用12个月；长任务Tasks能力已从核心移出成为官方扩展；SSE是已废弃的旧传输方式，本地进程使用Standard IO，远程服务使用Streamable HTTP。
调用使用 Streamable HTTP 传输的 MCP 服务端时，HTTP 请求的 Accept 头必须同时包含 application/json 和 text/event-stream，否则服务端返回 406。
MCP 的传输方式在 Spring AI 2.0 中发生变化：Streamable HTTP 取代已废弃的 SSE，成为默认传输协议。
对个人开发者而言，stdio 通常是更稳妥的起点；只有在需要跨设备或团队共享工具时，才值得承担 Streamable HTTP 带来的运维成本。
Alguard的Tier 1是一个MCP服务器（mcp_server/server.py），通过Streamable HTTP暴露attempt_purchase、get_session_status、get_audit_trail三个工具，且不存在approve工具。
STDIO适合本地运行，是Claude Desktop和Claude Code调用本地服务器的最优选择；远程部署或团队共享则应改用Streamable HTTP，这是官方推荐的远程传输方式
CrewAI 只支持 streamable HTTP 类型的 MCP 服务器
使用 streamable HTTP 传输时，客户端和服务器可位于任意位置，但服务器必须先运行起来客户端才能连接
2025 年初社区提出了 Streamable HTTP 传输方式以替代 SSE
全部知识事实 (13)
2025年3月底，MCP新增了Streamable HTTP通信机制，成为目前的主流方案
80%已验证远程MCP服务采用Streamable HTTP模式，基于HTTP/1.1或HTTP/2协议，支持服务器推送事件（SSE）
80%已验证2025 年初社区提出了 Streamable HTTP 传输方式以替代 SSE
65%待验证Streamable HTTP基于标准HTTP协议实现双向流式通信，解决了SSE在企业代理、负载均衡环境下的网络穿透问题
60%待验证MCP规范中Sampling、Roots、Logging已被标记废弃，至少还能使用12个月；长任务Tasks能力已从核心移出成为官方扩展；SSE是已废弃的旧传输方式，本地进程使用Standard IO，远程服务使用Streamable HTTP。
50%待验证调用使用 Streamable HTTP 传输的 MCP 服务端时，HTTP 请求的 Accept 头必须同时包含 application/json 和 text/event-stream，否则服务端返回 406。
50%待验证MCP 的传输方式在 Spring AI 2.0 中发生变化：Streamable HTTP 取代已废弃的 SSE，成为默认传输协议。
50%待验证对个人开发者而言，stdio 通常是更稳妥的起点；只有在需要跨设备或团队共享工具时，才值得承担 Streamable HTTP 带来的运维成本。
50%待验证Alguard的Tier 1是一个MCP服务器（mcp_server/server.py），通过Streamable HTTP暴露attempt_purchase、get_session_status、get_audit_trail三个工具，且不存在approve工具。
50%待验证STDIO适合本地运行，是Claude Desktop和Claude Code调用本地服务器的最优选择；远程部署或团队共享则应改用Streamable HTTP，这是官方推荐的远程传输方式
50%待验证CrewAI 只支持 streamable HTTP 类型的 MCP 服务器
50%待验证使用 streamable HTTP 传输时，客户端和服务器可位于任意位置，但服务器必须先运行起来客户端才能连接
50%待验证Streamable HTTP支持有状态和无状态两种操作模式
50%