claude-code - 💡(How to fix) Fix Support per-project OAuth sessions for MCP plugins (e.g. Figma) [2 comments, 3 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#48834Fetched 2026-04-16 06:49:38
View on GitHub
Comments
2
Participants
3
Timeline
5
Reactions
0
Author
Timeline (top)
labeled ×3commented ×2

Fix Action

Fix / Workaround

Current Workaround

RAW_BUFFERClick to expand / collapse

Feature Request

Problem

Currently, MCP plugins that use OAuth authentication (like Figma) store a single global OAuth session. This means it's impossible to use different accounts in different projects.

Use Case

As a developer working on multiple projects for different organizations, I need to connect to different Figma accounts (different teams/orgs) depending on the project I'm working in. For example:

Currently, I have to manually log out and log back in every time I switch projects, which breaks the workflow.

Proposed Solution

Allow OAuth sessions for MCP plugins to be scoped per project, similar to how mcpServers in .mcp.json or ~/.claude.json are already scoped per project path. This could be implemented as:

  1. Storing OAuth tokens per project path (e.g., keyed by project directory in ~/.claude.json)
  2. Or allowing an optional account or profile field in the plugin config that maps to different stored sessions

Affected Plugins

Any HTTP MCP plugin using OAuth, including:

  • Figma (figma@claude-plugins-official)
  • Potentially Atlassian, Slack, and other OAuth-based MCP servers

Current Workaround

Manual logout/login via /mcp → select plugin → re-authenticate. This is not practical for frequent project switching.

extent analysis

TL;DR

Implementing project-scoped OAuth sessions for MCP plugins, such as storing OAuth tokens per project path or adding an optional account field in the plugin config, is likely to resolve the issue.

Guidance

  • To verify the need for project-scoped OAuth sessions, check if multiple projects require different OAuth accounts for the same plugin (e.g., Figma).
  • Consider storing OAuth tokens in a project-specific configuration file, such as ~/.claude.json, to allow for separate sessions per project.
  • Evaluate the feasibility of adding an account or profile field to the plugin config to map to different stored sessions.
  • Assess the impact of this change on affected plugins, including Figma, Atlassian, Slack, and other OAuth-based MCP servers.

Example

No code snippet is provided as the issue focuses on the conceptual solution rather than a specific implementation.

Notes

The proposed solution requires changes to the MCP plugin architecture and configuration handling. The exact implementation details may vary depending on the specific requirements and constraints of the MCP ecosystem.

Recommendation

Apply a workaround by manually logging out and logging back in via /mcp → select plugin → re-authenticate, until a proper solution is implemented, as this is the current practical approach to manage different OAuth accounts for multiple projects.

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 Support per-project OAuth sessions for MCP plugins (e.g. Figma) [2 comments, 3 participants]