Follow Discord
Sweep 02 Oct 2026 · 18:55Z Build v2.1.288 509 read Stable v2.1.285 Latest v2.1.287 Next v2.1.288 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.287 ·

MCP calls guard connection error tracking while they run

MCP tool calls and resumed tasks now hold a guard on connection error tracking for as long as each call runs

Under the hood Internal Changes
JSON All of v2.1.287
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
MCPArea: what it touches
Internal ChangesKind: in v2.1.287,
Internal ChangesSection of the release
What

When Claude Code calls a tool on an MCP server (an outside program that gives Claude Code extra tools), or resumes a task on one, it now holds a guard on its record of connection errors for the whole call. On the tool call path this sits behind a remote switch that falls back to on when the server sends nothing.

A connection request that times out is still treated as a connection timeout.

Why

This is probably a fix for how connection errors are handled while a call is being retried.

Read from
Feature flag
tengu_mcp_proxy_needs_approval_retry Not enough to say

Nothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.

This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.287: on

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

tengu_mcp_connect_timeout_retry Not enough to say

Nothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.

This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.287: on

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

tengu_mcp_singleton_unwrap On for this account, and not off by default

The flag server returned on for the one account this site reads, and nothing in this release compiles it off by default. The compiled default is shown below, and says which it is when we cannot read one: a fifth of gates compile in a string or a number rather than on or off, and most published releases have no gate table behind them at all. No client can see what the server returns for your account.

This account: on · anonymous baseline: on · compiled default in v2.1.287: on

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

Read once, for one account on one subscription tier, against v2.1.287. It isn't a statement about your account. What a flag value here can and cannot tell you

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtIt is not clear what the guard does for the user or how the tool call path is switched.

See this entry in the whole of v2.1.287 →

Feedback