Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.221 ·

MCP subscriptions/listen streams are re-opened after drops

MCP notification streams now reconnect after a server drop or redeploy instead of silently going dead.

You'll notice Improvements
JSON All of v2.1.221
You'll noticeTier: how much it should matter to you
4Useful: my rating, 1 to 5
0Signal: worth watching, 1 to 5
MCPArea: what it touches
ImprovementsKind: in v2.1.221,
What probably matters to youSection of the release
What

A watcher keeps the subscriptions/listen stream alive on modern-era MCP connections, so a dropped or redeployed server no longer silently ends notification delivery.

Details
  • remote drops are retried on a delay ladder; a graceful server close waits out a redeploy grace window before re-listening
  • gives up once the ladder is exhausted
  • after a successful reopen it re-fetches tools, prompts and resources lists for whichever listChanged capabilities the server advertises
  • tools/list gained a bounded retry loop using cacheMode: "refresh"
  • telemetry event tengu_mcp_listen_reopen reports outcome (opened_from_zero, reopened, budget_exhausted, gave_up), attempt count and trigger
  • the path only runs on modern connections, that is behind the protocol-negotiation gates
Evidence

subscriptions/listen closed gracefully (server shutdown); re-listening after the redeploy grace window

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.221 →

Feedback