You'll notice
SDK and control-channel callers are now told an MCP server must be approved in /mcp before it can be enabled.
SDK and control-channel callers now get a message stating that an MCP server must be approved in /mcp before it can be enabled or authenticated, filling a gap where previously only the managed-policy block existed.
Names in the bundle/mcp
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.
Added since
A small documentation edit on Channels reference touched a line naming /mcp after this was published.
* **`curl` succeeds but nothing reaches Claude**: run `/mcp` in your session to check the server's status. A `failed` status usually means a dependency or import error in your server file. To see the stderr trace, restart with `claude --de…channels-reference see the edit
Confirmed since
Anthropic's documentation has since written up /mcp, on Third party connectors with remote MCP.
**MCP server URL**: the HTTPS address where the server accepts MCP requests, for example `https://mcp.example.com/mcp`. After you continue, Claude checks the URL and pre-fills the authentication settings it detects, marked "Detected."connectors/custom/remote-mcp 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 /mcp, on Third party connectors with remote MCP.
Anthropic's release notes agree
Fixed /mcp reconnect and enable still connecting a settings-file MCP server that a managed MCP allow/deny list or…