Desktop app: Claude uses unrequested MCP fallback; claude.ai connectors drop and stay stuck on 'pending'
Status Open
Maintainer reply None cached
Workaround ✓ Mentioned in description ↑
Activity 0 comments · opened Sep 21, 2026
Environment: Claude desktop app (Code tab), Windows 11, model Opus 5. Working on a WordPress / WooCommerce / Dokan multi-vendor staging site through a claude.ai custom connector.
What went wrong
- Out-of-scope commentary. While fixing an image bug, Claude called another vendor's media on the site "a mistake" and commented on content the user hadn't asked about.
- Unrequested fallback to a different MCP server. When the site's claude.ai connector got stuck on
pending, Claude tried to call an unrelated MCP server (list_clientson a separate user-configured server) as a workaround, without asking. The user rejected the call. - Connector reliability. In the middle of the session, every claude.ai connector (the site connector, Google Drive, Context7, Claude Docs, visualize) disappeared at once. After being re-enabled they came back but stayed
pendingindefinitely.reconnect_session_connectorreturned "This session has no MCP server by that name" even though the connector was listed by name and ID, so a simple footer edit was blocked.
Expected
- Stay within the requested task and don't editorialize about unrelated site data.
- Never switch to a different MCP server as a fallback without explicit user approval.
- claude.ai connectors shouldn't silently drop from a live session, and a
pendingconnector should be recoverable (reconnect should work, or report a clear error).