MCP Streamable HTTP 实测：Accept 少一项就 406，第二次 initialize 会吃掉整个 Server

Wed, 23 Sep 2026 00:00:00 +0800

MCP 把 SSE 改成 Streamable HTTP 之后，文档把 Accept、Mcp-Session-Id、DELETE、405、404 这一整套状态机讲了一遍。我把官方 SDK 1.30.0（Node 26）跑起来实际抓了一遍，结论先放在这里：

Accept 少一项就是 406，错误码 -32000，但消息明确写「Client must accept both application/json and text/event-stream」——这是好事。
Mcp-Session-Id 只在 initialize 响应里下发一次，之后每个请求/每条流都必须带；不带就是 400，带错/带旧就是 404，DELETE 之后也是 404。
会话模式下，McpServer 一个实例只接受一次 initialize。第二个客户端的 initialize 拿到的是 400 + -32600 "Only one initialization request is allowed"——这是 SDK 层面的限制，不是协议的限制。
协议允许 JSON-RPC batch，但 SDK 拒绝「一个 batch 里既有 initialize 又有别的方法」，错误消息是「Only one initialization request is allowed」。先把 initialize 单独发完，后续 batch tools/call 是正常 200 的。
sessionIdGenerator: undefined 是另一个世界：无会话模式下 GET / DELETE 全部 500，连「不支持」都不愿意告诉你。

下面把每一组实验贴出来，curl 形态的你拿去就能复现。

JSON-RPC on XLabs