[BUG] Atlassian MCP Server Tools Not Available in Claude Code 2.0.10 Conversations Despite Successful Connection
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Environment:
- Claude Code Version: 2.0.10
- Platform: macOS 15.6.1 (24G90)
- Architecture: ARM64 (Apple Silicon)
- Node.js: v24.9.0
- mcp-remote version: 0.1.29
- MCP Server: Official Atlassian Rovo MCP Server
(https://mcp.atlassian.com/v1/sse)
Configuration:
{
"atlassian": {
"type": "stdio",
"command": "npx",
"args": ["-y", "mcp-remote", "https://mcp.atlassian.com/v1/sse"],
"env": {}
}
}
Issue Description:
The Atlassian MCP server connects successfully and OAuth authentication
completes, but MCP tools are not exposed to Claude in conversation
sessions.
Evidence of Successful Connection:
- claude mcp list shows: ✓ Connected
- OAuth tokens are cached in ~/.mcp-auth/mcp-remote-0.1.29/
- mcp-remote proxy establishes successfully via SSE transport
- No connection errors in logs
Problem:
Despite successful connection, when asked to "list my recent Jira
issues" or perform any Jira/Confluence operations, Claude reports not
having access to any Atlassian MCP tools.
Expected Behavior:
MCP tools from the Atlassian server should be automatically available in
conversations for Claude to use (similar to how it works in Claude
Desktop/Claude.ai).
Related Issues:
- #2682: MCP Tools Not Available in Conversation Interface Despite
Successful Connection
- #3426: Claude Code fails to expose MCP tools to AI sessions
- #3279: MCP server loses connection
- #1611: MCP servers fail to connect despite correct configuration
Additional Context:
- This is the official Atlassian Rovo MCP Server recommended by
Atlassian
- The same server works in Claude Desktop according to Atlassian
documentation
- Issue affects stdio-based MCP servers with OAuth authentication
- Tools should be discoverable but are not being exposed to the AI
session
What Should Happen?
Please investigate why MCP tools are not being exposed to Claude Code
conversation sessions despite successful server connection and
authentication.
Error Messages/Logs
Steps to Reproduce
Run: claude mcp add --transport stdio atlassian npx -- -y mcp-remote
https://mcp.atlassian.com/v1/sse
- Complete OAuth authentication (tokens cached successfully)
- Verify connection: claude mcp list shows ✓ Connected
- Start conversation and ask Claude to use Atlassian tools
- Claude reports tools are not available
Claude Model
None
Is this a regression?
I don't know
Last Working Version
_No response_
Claude Code Version
2.0.10
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
_No response_
15 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
I don't believe this is a dup. I have the same problem, just started today.
I'm getting the message in the log:
````
{
"error": "Connection failed: SSE MCP servers are currently not supported in native builds.",
"timestamp": "2025-10-09T13:24:20.450Z",
"sessionId": "32d777bf-61ce-4f6d-ae6b-56a5291b903f",
"cwd": "/Users/mrunkel/Herd/kautionskonto"
},
````
After moving the native client out of the way and running the nodejs claude, it works fine.
So, the question becomes, why aren't SSE MCP server support in the native build any longer?
Yes also started today, a few hours ago even. Same question as above, why did it stop working all of a sudden?
I ran into this yesterday with some other SSE MCP servers and am wondering why it's unsupported.
I rewrote my MCP-server to use HTTP stream instead of (the deprecated) SSE. The server seems to work fine - but 2.0.22 (Claude Code) cannot use it. :-(
is there any fix for this - use the Atlassian MCP in CC - works fine still in terminal just no longer in vscode extension
I can just use with the instructions from doc for Atlassian as below
I can confirm this issue persists in v2.0.54 on macOS (Darwin 25.1.0).
My Configuration:
/mcpUIListMcpResourcesToolreturns empty array/contextoutputEvidence:
Server logs show successful initialization:
But from the AI perspective: tools are completely unavailable despite the connection.
This confirms the bug affects:
Related upstream issue: https://github.com/oraios/serena/issues/780
Already fixed?
Docker MCP Gateway Confirms Same Issue
Adding another data point: This same issue affects Docker MCP Gateway with multiple servers tested.
Quick Summary
✓ Connectedinclaude mcp listServers Tested via Docker Gateway
github-official(40 tools)cloudflare-docs(2 tools)All show identical behavior to the Atlassian MCP server issue.
Configuration
Impact
This prevents access to 200+ MCP servers available through Docker MCP Gateway catalog, significantly limiting Claude Code's extensibility.
Full details and test results: https://github.com/anthropics/claude-code/issues/12164#issuecomment-3604075563
This confirms the issue is not specific to Atlassian but affects MCP tool exposure generally in Claude Code.
This issue has been inactive for 30 days. If the issue is still occurring, please comment to let us know. Otherwise, this issue will be automatically closed in 30 days for housekeeping purposes.
This is still an issue, but I managed to get a workaround working.
in terminal chat, type:
/mcpChoose rovo and view tools
choose the tool you need (in my case "Retrieve Jira issue")
Take the whole box and copy it:
paste that into that and ask the LLM to use that tool.
The chat is able to use that tool going forward in that session
This issue has been automatically closed due to 60 days of inactivity. If you're still experiencing this issue, please open a new issue with updated information.
This issue was closed incorrectly despite recent human comments. This behavior of the bot is reported at https://github.com/anthropics/claude-code/issues/16497. Please upvote that issue, so maybe it gets noticed.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.