Source Intelligence

DisclaimerUnofficial, and not affiliated with Anthropic. Nearly all of this is read straight out of what ships: npm bundles, captured prompts, published docs. Anthropic's own notes go in verbatim, marked as theirs. The rest is my reading, and every entry carries the strings behind it. If one looks wrong, vote it down and say why.

All of v2.1.239 Home All releases olderv2.1.238 v2.1.240newer
Claude Code v2.1.239

MCP servers supplied by a remote bridge: wired up, entirely stubbed

Not switched on
Useful1 Signal4
MCP

A remote bridge could hand your session MCP servers during handshake, but it is entirely stubbed.

Bridge-supplied MCP server install and hot-swap code exists but every part of it is inert.

What

Code exists for a remote bridge session to install MCP servers handed over by the server during its opening handshake, and to swap them later over the control channel. Every part of it is inert in this build, so no bridge session gains servers this way.

Details
  • The enabling check is a local return !1; the module holding the function that derives the servers from the handshake payload is declared as null; the apply step returns an empty added/removed pair; the release and refresh hooks have empty bodies.
  • The bridge passes no handler for setting servers, so an mcp_set_servers control request over the bridge is answered with an explicit unsupported error.
  • Telemetry slots for the failure modes ("handshake_threw", "payload_rejected", "relinquish_threw", "refresh_threw") are already present under a single event name.
  • There is no flag or setting that turns any of this on; it is disabled at build time.
Evidence

mcp_set_servers is not supported in this context (onMcpSetServers callback not registered)

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.239 →