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.281 ·

MCP startup wait: config-fetch deadline now uses MCP_CONNECT_TIMEOUT_MS; a failed fetch no longer blocks

The first-turn wait for MCP servers now follows MCP_CONNECT_TIMEOUT_MS (default 5000 ms) and no longer stalls when fetching their config fails

Use it now Notable Improvements
JSON All of v2.1.281
Use it nowTier: how much it should matter to you
3Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
MCPArea: what it touches
ImprovementsKind: in v2.1.281,
What probably matters to youSection of the release
What

On your first message, Claude Code waits for MCP servers (add-on tool providers) to start. Fetching the configuration for those servers now gets the full connect timeout, MCP_CONNECT_TIMEOUT_MS, which defaults to 5000 ms. Before, it had a fixed 1000 ms. If the fetch fails outright, Claude Code logs it and carries on without waiting.

Why

Slower configuration sources get more time to respond, and you can adjust that time with MCP_CONNECT_TIMEOUT_MS. A failed fetch no longer holds up your first turn.

Read from
Names in the bundleMCP_CONNECT_TIMEOUT_MS
How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's release notes agreeFixed MCP_CONNECTION_NONBLOCKING=0 giving up on claude.ai connectors after 1s instead of honoring MCP_CONNECT_TIMEOUT_MS

See this entry in the whole of v2.1.281 →

Feedback