Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.283 ·

MCP servers still connecting when Claude Code exits are shut down and reported as shutting down

On exit, still-connecting stdio MCP servers are stopped, new connections are skipped, and late failures report SHUTTING_DOWN instead of real errors

Group of 4 You'll notice Bug Fixes
JSON All of v2.1.283
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
MCPArea: what it touches
Bug FixesKind: in v2.1.283,
Bug FixesSection of the release

What

MCP servers are outside programs that give Claude extra tools. A stdio server is one Claude Code starts itself as a child process on your machine. This release changes what happens to servers that are still connecting when you quit:

  • Stdio servers that never connected are stopped on exit. Claude Code sends SIGINT, then SIGTERM, then SIGKILL (increasingly forceful stop signals), waiting between each. On Windows it ends the server's whole process tree instead.
  • Once a server connects, this exit-time cleanup is handed over through handOffExitCleanup(). Both regular and IDE server connections do this.
  • If the cleanup cannot be set up because the SDK no longer exposes the child process, Claude Code throws an error instead of silently losing it.
  • While Claude Code is shutting down, new server processes are not started and connections are skipped with "Skipping connection (Claude Code is shutting down)".
  • A connection that fails or finishes after shutdown has begun is dropped and its client closed. The server is marked failed with "Claude Code is shutting down" and error code SHUTTING_DOWN, which is now a known error code. It does not go through normal error handling, and the server's error output is not logged.

Why

Quitting while servers are starting should no longer leave stray MCP server processes running, and should no longer show misleading "MCP server failed" errors for servers that were simply cut off by the exit.

See this entry in the whole of v2.1.283 →

Feedback