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 servers can start in a new "cached" state instead of blocking on connect

MCP servers with a saved cache now show tools instantly and only connect when you first use them.

You'll notice Notable New Features
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
New FeaturesKind: in v2.1.221,
What probably matters to youSection of the release
What

A fifth MCP client state, cached, joins connected, pending, failed, needs-auth and disabled. When a fresh or stale discovery-cache entry exists for an http or sse server, its tools, commands and resources are published from cache immediately and the real connection is only opened on the first call.

Details
  • Stale cache entries are used right away and revalidated in the background; fresh entries are used as-is.
  • Cached is treated like connected across the codebase: the /mcp panels show tool, prompt and resource counts for cached servers, cached clients count as connected for serverInfo purposes, and the hooks mcp_tool path accepts them.
  • The status-line counter gained a cached bucket and the connection summary adds an N cached segment; the status label is assembled at runtime from a saved timestamp plus the fixed fragment connects on first use.
  • Hook and SDK payloads report a cached server as pending, via a mapping helper that returns "pending" for "cached".
  • Resource-template argument completion now calls ensureConnectedClient with context "MCP template completion", skipping or recording failure per server rather than silently returning nothing.
  • Telemetry gained tengu_mcp_discovery_source with source cache_fresh or cache_stale, and startup telemetry gained an mcpServersCached count.
  • Gated on tengu_mcp_discovery_cache, which falls back to true when remote config says nothing, so the real value comes from the server. Setting MCP_DISCOVERY_CACHE to false disables it with reason env-disabled; non-http/sse transports are excluded with reason transport.
Evidence

cached (connects on first use), connects on first use, Template completion skipped for

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

Read from
Names in the bundleMCP_DISCOVERY_CACHE/mcp
Feature flag
tengu_mcp_discovery_cache 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.221: 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.221. It isn't a statement about your account. What a flag value here can and cannot tell you

How sure we are
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this buildNew in this build: tengu_mcp_discovery_cache

See this entry in the whole of v2.1.221 →

Feedback