Remote MCP is not available in the Pro plan

Where does the bug appear (feature/product)?

Background Agent (GitHub, Slack, Web, Linear)

Describe the Bug

I added my custom MCP server under “Tools & MCP”.
The settings are as follows:

{
  "mcpServers": {
    "weegloo": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "https://{my-remote-mcp-server}/mcp",
        "--header",
        "Authorization:Bearer XXXXX"
      ]
    }
  }
}

The MCP server was successfully registered.
However, when I try to talk to the Agent afterward, the following error appears:

We’re having trouble connecting to the model provider. This might be temporary - please try again in a moment.
(Request ID: 11d29f24-7912-4aef-b66c-bf517c799b7b)

After logging out and signing in as a Free Plan user, it works normally.
However, when logging in again as a Pro Plan user, the same error still occurs.

The issue occurs on both Windows and macOS.

Steps to Reproduce

  1. Add MCP Server
  2. Ask something to AI

Screenshots / Screen Recordings

2025-10-27 173946.png

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 1.7.54 (system setup)
VSCode Version: 1.99.3
Commit: 5c17eb2968a37f66bc6662f48d6356a100b67be0
Date: 2025-10-21T19:07:38.476Z
Electron: 34.5.8
Chromium: 132.0.6834.210
Node.js: 20.19.1
V8: 13.2.152.41-electron.0
OS: Windows_NT x64 10.0.26100

For AI issues: add Request ID with privacy disabled

Request ID: 11d29f24-7912-4aef-b66c-bf517c799b7b
Request ID: 11d29f24-7912-4aef-b66c-bf517c799b7b
{“error”:“ERROR_OPENAI”,“details”:{“title”:“Unable to reach the model provider”,“detail”:“We’re having trouble connecting to the model provider. This might be temporary - please try again in a moment.”,“additionalInfo”:{},“buttons”:,“planChoices”:},“isExpected”:false}
ConnectError: [unavailable] Error
at t7l.$endAiConnectTransportReportError (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:7337:375292)
at TMr._doInvokeHandler (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:489:35946)
at TMr._invokeHandler (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:489:35688)
at TMr._receiveRequest (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:489:34453)
at TMr._receiveOneMessage (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:489:33275)
at cEt.value (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:489:31369)
at _e._deliver (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:49:2962)
at _e.fire (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:49:3283)
at cdt.fire (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:7322:12154)
at MessagePort. (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:9402:18292)

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey, thanks for the report. Before we escalate, could you help with a few diagnostics?

Which model are you using?

Does the issue persist if you:

  • Start a completely new chat thread?
  • Restart Cursor?
  • Try a different model?

Do local (non-remote) MCP servers work on your Pro plan?

Could you share MCP server logs from the Output panel? (View → Output → select “mcp:weegloo” from the dropdown)

Thank you for your reply.

I tried with ‘Auto’, ‘Claude’, ‘GTP’ and so on. The result was same.
I tried restart Cursor, even restart my computer, but result was same.

—-
2025-10-27 21:17:11.805 [error] [76120] [Local→Remote] tools/list

2025-10-27 21:17:11.805 [error] [76120] [Local→Remote] tools/list

2025-10-27 21:17:11.805 [error] [76120] [Local→Remote] tools/list

2025-10-27 21:17:12.182 [error] [76120] [Remote→Local] 1

2025-10-27 21:17:12.182 [error] [76120] [Remote→Local] 1

2025-10-27 21:17:12.197 [info] Found 204 tools, 0 prompts, and 0 resources

2025-10-27 21:17:12.266 [error] [76120] [Remote→Local] 5

2025-10-27 21:17:12.266 [error] [76120] [Remote→Local] 5

2025-10-27 21:17:12.269 [error] [76120] [Remote→Local] 4

2025-10-27 21:17:12.269 [error] [76120] [Remote→Local] 4

2025-10-27 21:17:12.275 [info] Found 204 tools, 0 prompts, and 0 resources

2025-10-27 21:17:12.281 [info] Found 204 tools, 0 prompts, and 0 resources

This is Log:
2025-10-27 21:17:11.300 [error] [76120] Proxy established successfully between local STDIO and remote StreamableHTTPClientTransport

[76120] Press Ctrl+C to exit

2025-10-27 21:17:11.300 [error] [76120] [Local→Remote] initialize

[76120] {

“jsonrpc”: “2.0”,

“id”: 0,

“method”: “initialize”,

“params”: {

“protocolVersion”: “2025-06-18”,

“capabilities”: {

“tools”: true,

“prompts”: true,

“resources”: true,

“logging”: false,

“elicitation”: {},

“roots”: {

“listChanged”: false

  }

},

“clientInfo”: {

“name”: “cursor-vscode (via mcp-remote 0.1.29)”,

“version”: “1.0.0”

}

}

}

2025-10-27 21:17:11.343 [error] [76120] [Remote→Local] 0

2025-10-27 21:17:11.345 [info] Successfully connected to stdio server

2025-10-27 21:17:11.345 [info] Storing stdio client user-weegloo

2025-10-27 21:17:11.345 [info] CreateClient completed, server stored: true

2025-10-27 21:17:11.345 [error] [76120] [Local→Remote] notifications/initialized

2025-10-27 21:17:11.345 [error] [76120] [Local→Remote] notifications/initialized

2025-10-27 21:17:11.346 [info] Handling ListOfferings action, server stored: true

2025-10-27 21:17:11.346 [info] Connected to stdio server, fetching offerings

2025-10-27 21:17:11.346 [info] Handling ListOfferings action, server stored: true

2025-10-27 21:17:11.346 [info] Connected to stdio server, fetching offerings

2025-10-27 21:17:11.346 [info] Handling ListOfferings action, server stored: true

2025-10-27 21:17:11.346 [info] Connected to stdio server, fetching offerings

2025-10-27 21:17:11.371 [error] [76120] [Local→Remote] tools/list

[76120] [Local→Remote] tools/list

[76120] [Local→Remote] tools/list

But when I try initialize with curl in my terminal:

user@AL02499875 ~ $ curl -N -X POST 'https://{my-mcp-server}/mcp' \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json,text/event-stream' \
  --data-binary @- <<'JSON'
{
  "jsonrpc": "2.0",
  "id": 0,
  "method": "initialize",
  "params": {
    "protocolVersion": "2025-06-18",
    "capabilities": {
      "tools": true,
      "prompts": true,
      "resources": true,
      "logging": false,
      "elicitation": {},
      "roots": {
        "listChanged": false
      }
    },
    "clientInfo": {
      "name": "cursor-vscode (via mcp-remote 0.1.29)",
      "version": "1.0.0"
    }
  }
}
JSON

{"jsonrpc":"2.0","id":0,"result":{"protocolVersion":"2025-06-18","capabilities":{"completions":{},"tools":{"listChanged":false}},"serverInfo":{"name":"weegloo","version":"1.0.0"},"instructions":"Use these tools to query and manage content in the Weegloo CMS system. This MCP server uses \"application/vnd.com.weegloo.v1+json;charset=UTF-8\" instead of the standard \"application/json\". "}}%                                                                                                                  user@AL02499875 ~ $ 

Thanks for the info, that’s very helpful.

After clear all logs, I captured new one:

2025-10-27 21:33:06.134 [info] Handling CreateClient action

2025-10-27 21:33:06.135 [info] Starting new stdio process with command: npx -y mcp-remote https://{my-mcp-server}/mcp --header Authorization:${AUTH_TOKEN}

2025-10-27 21:33:07.115 [error] [77606] Using automatically selected callback port: 18985

2025-10-27 21:33:07.115 [error] [77606] Using custom headers: {“Authorization”:“${AUTH_TOKEN}”}

[77606] Replacing ${AUTH_TOKEN} with environment value in header ‘Authorization’

2025-10-27 21:33:07.116 [error] [77606] [77606] Connecting to remote server: https://{my-mcp-server}/mcp

2025-10-27 21:33:07.116 [error] [77606] Using transport strategy: http-first

2025-10-27 21:33:07.207 [error] [77606] Connected to remote server using StreamableHTTPClientTransport

2025-10-27 21:33:07.207 [error] [77606] Local STDIO server running

[77606] Proxy established successfully between local STDIO and remote StreamableHTTPClientTransport

[77606] Press Ctrl+C to exit

2025-10-27 21:33:07.207 [error] [77606] [Local→Remote] initialize

2025-10-27 21:33:07.207 [error] [77606] {

“jsonrpc”: “2.0”,

“id”: 0,

“method”: “initialize”,

“params”: {

“protocolVersion”: “2025-06-18”,

“capabilities”: {

“tools”: true,

“prompts”: true,

“resources”: true,

“logging”: false,

“elicitation”: {},

“roots”: {

“listChanged”: false

  }

},

“clientInfo”: {

“name”: “cursor-vscode (via mcp-remote 0.1.29)”,

“version”: “1.0.0”

}

}

}

2025-10-27 21:33:07.238 [error] [77606] [Remote→Local] 0

2025-10-27 21:33:07.238 [info] Successfully connected to stdio server

2025-10-27 21:33:07.238 [info] Storing stdio client user-weegloo

2025-10-27 21:33:07.239 [info] CreateClient completed, server stored: true

2025-10-27 21:33:07.239 [error] [77606] [Local→Remote] notifications/initialized

2025-10-27 21:33:07.239 [error] [77606] [Local→Remote] notifications/initialized

2025-10-27 21:33:07.244 [info] Handling ListOfferings action, server stored: true

2025-10-27 21:33:07.244 [info] Connected to stdio server, fetching offerings

2025-10-27 21:33:07.244 [error] [77606] [Local→Remote] tools/list

2025-10-27 21:33:07.244 [error] [77606] [Local→Remote] tools/list

2025-10-27 21:33:07.399 [error] [77606] [Remote→Local] 1

2025-10-27 21:33:07.399 [error] [77606] [Remote→Local] 1

2025-10-27 21:33:07.408 [info] Found 204 tools, 0 prompts, and 0 resources

But when I try initialize with curl in my terminal:

user@AL02499875 ~ $ curl -N -X POST 'https://{my-mcp-server}/mcp' \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json,text/event-stream' \
  --data-binary @- <<'JSON'
{
  "jsonrpc": "2.0",
  "id": 0,
  "method": "initialize",
  "params": {
    "protocolVersion": "2025-06-18",
    "capabilities": {
      "tools": true,
      "prompts": true,
      "resources": true,
      "logging": false,
      "elicitation": {},
      "roots": {
        "listChanged": false
      }
    },
    "clientInfo": {
      "name": "cursor-vscode (via mcp-remote 0.1.29)",
      "version": "1.0.0"
    }
  }
}
JSON

{"jsonrpc":"2.0","id":0,"result":{"protocolVersion":"2025-06-18","capabilities":{"completions":{},"tools":{"listChanged":false}},"serverInfo":{"name":"weegloo","version":"1.0.0"},"instructions":"Use these tools to query and manage content in the Weegloo CMS system. This MCP server uses \"application/vnd.com.weegloo.v1+json;charset=UTF-8\" instead of the standard \"application/json\". "}}%                                                                                                                  user@AL02499875 ~ $ 

Looking at the logs, everything seems to follow the normal process, so it’s strange that it’s being output as an error.

I noticed that when sending messages to AI in Pro Plan, the Developer Tools (toggled via “Developer: Toggle Developer Tools”) display the following errors. Interestingly, this issue does not occur on the Free Plan.

Thanks for the additional info, the team will check it.

I have tested all AI models, and it works without any issues only on “cheetah.”

1 Like

Not sure if this helps, but we found a case where an error occurs even under the Free Plan.
The MCP server in question is built with Spring AI and configured for streamable HTTP.
The response for mcp/initialize is application/json, while endpoints such as tools/list respond with text/event-stream;charset=UTF-8.

1 Like

Thanks for the additional info, that’s very helpful.

I found the cause.

The issue was duplicate data in the required field values within the JSON schema in the tools/list response. After removing the duplicates, the problem was resolved.

Having duplicate values in the required field violates JSON schema rules, so ultimately this was an issue with my MCP server.

Thank you for your interest and help throughout this process. :slight_smile:

1 Like