Under the hood
MCP cold start now waits for remote managed-settings confirmation when org MCP servers are withheld from the cache.
MCP cold start now has an added wait stage for a case where managedMcpServers is withheld from the unverified cache: it logs a wait on remote managed-settings confirmation and awaits the settled-fetch promise before falling back to the older managed-settings-load check. A parallel code path gained the same fallback.
Names in the bundlemanagedMcpServers
The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.
Confirmed since
Anthropic's documentation has since written up managedMcpServers, on Chat in Claude Desktop on 3P.
| Managed MCP servers | The servers you provision via [`managedMcpServers`](/docs/third-party/claude-desktop/configuration#managedmcpservers) are available in Chat with the same approval model as Cowork sessions: a tool's `toolPolicy` of `…third-party/claude-desktop/chat see the edit
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agrees
Anthropic's documentation has since written up managedMcpServers, on Chat in Claude Desktop on 3P.
Anthropic's release notes agree
Added managedMcpServers managed setting: organizations can provide HTTP/SSE MCP servers to every user (same entry shape as .mcp.json)…
The name it cites is new in this build
New in this build: managedMcpServers