Follow Discord
Sweep 22 Sep 2026 · 17:19Z Build v2.1.280 501 read Stable v2.1.267 Latest v2.1.280 Next v2.1.280 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.265 ·

SDK-backed MCP servers can skip the handshake with a pre-captured manifest

MCP servers built with the SDK can now hand Claude Code a pre-captured manifest instead of doing a live handshake

TierNothing to try yethow much it should matter to you
Useful3my rating, 1 to 5
Signal3worth watching, 1 to 5
AreaMCPwhat it touches
KindIn Developmentin v2.1.265,
Group of 2 Nothing to try yet No documentation found

MCP servers built with the SDK can now hand Claude Code a pre-captured manifest instead of doing a live handshake

What

The initialize control request now accepts sdkMcpServerManifests: a pre-captured "host manifest" (an initializeResult plus an optional toolsListResult) for SDK-backed MCP servers. When present, Claude Code validates it against the required MCP protocol version and replays it instead of performing the usual live control-channel handshake for that server.

If a manifest is malformed, uses a mismatched protocol version, or contains paginated tool results it can't replay, Claude Code logs and reports this via telemetry (mcp_sdk_manifest_invalid_initialize, _invalid_tools_list, _paginated_tools_list, _replay_failed) and falls back to the normal handshake instead of applying the bad manifest.

Why

Replaying a known-good manifest avoids the cost and round-trip of a live handshake for SDK MCP servers, while the validation and fallback keep things working correctly if the supplied manifest is bad or incomplete.

Read from
Names in the bundlesdkMcpServerManifests

See this entry in the whole of v2.1.265 →

Feedback