claude-code - 💡(How to fix) Fix [FEATURE] Disable claude.ai-integrated MCPs per surface (Claude Code vs Chat/Cowork) [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#47881Fetched 2026-04-15 06:39:38
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Timeline (top)
labeled ×3commented ×1
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing requests and this feature hasn't been requested yet
  • This is a single feature request (not multiple features)

Problem Statement

When claude.ai integrations (Gmail, Google Calendar, Slack, etc.) are connected at the account level, they are automatically injected into every Claude Code session consuming tokens on every request even when not used. There's currently no way to disable these MCPs specifically for Claude Code while keeping them active in Chat or Cowork.

Proposed Solution

Add a per-surface MCP toggle, either in claude.ai account settings or via a Claude Code settings.json field (e.g. disabledCloudMcpServers) so users can opt out of account-level MCP injection in Claude Code sessions.

Alternative Solutions

No response

Priority

Medium - Would be very helpful

Feature Category

MCP server integration

Use Case Example

No response

Additional Context

Every Claude Code session pays the token cost of injecting unused MCP tool definitions, which adds up significantly for heavy CLI users.

extent analysis

TL;DR

Implement a per-surface MCP toggle to allow users to opt out of account-level MCP injection in Claude Code sessions.

Guidance

  • Investigate adding a disabledCloudMcpServers field to the Claude Code settings.json file to enable users to disable specific MCPs.
  • Consider implementing a toggle in the claude.ai account settings to provide an alternative way for users to manage MCP injection.
  • Evaluate the token cost implications of injecting unused MCP tool definitions in Claude Code sessions to determine the potential benefits of the proposed solution.
  • Assess the feasibility of implementing a per-surface MCP toggle, considering the technical requirements and potential impact on existing integrations.

Example

No code snippet is provided as the issue does not contain sufficient technical details to support a specific implementation.

Notes

The proposed solution may require significant changes to the existing architecture, and careful consideration should be given to the potential impact on users and the overall system.

Recommendation

Apply workaround: Implement a per-surface MCP toggle to allow users to opt out of account-level MCP injection in Claude Code sessions, as this will provide a targeted solution to the problem and help reduce the token cost for heavy CLI users.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [FEATURE] Disable claude.ai-integrated MCPs per surface (Claude Code vs Chat/Cowork) [1 comments, 2 participants]