6 views
-/https://github.com/berriai/litellm/issues/32186
GitHub · issue

#32186 [Bug]: MCPs accessible via Virtual Key API are not visible in the UI

  • State: open
  • Author: @Naimkharrez
  • Labels: bug, SDK

### Check for existing issues

- [x] I have searched the existing issues and checked that my issue is not a duplicate.

### What happened?

We're seeing an inconsistency between the LiteLLM API and the UI regarding MCP visibility. The Virtual Key has access to the expected MCP Access Groups, and the MCP tools are accessible through the API. However, the LiteLLM UI does not display any MCPs for the same Virtual Key.

Expected behavior

When using the UI with this Virtual Key, the user should see the MCP servers/tools that are accessible through the assigned Access Groups.

The UI should reflect the same permissions enforced by the API.

Actual behavior

The API works correctly:

GET /v1/mcp/tools returns the expected MCP tools.

Calls to the MCP tools succeed.

However, the UI shows no MCP servers/tools for the same Virtual Key.

This appears to be a UI issue rather than an authorization issue, since the API correctly enforces the Access Group permissions.

Is the UI expected to display MCPs available through the Virtual Key's Access Groups, or is this a regression in the MCP Hub UI

### Steps to Reproduce

Create an MCP Server.

Assign it to an Access Group.

Create a Virtual Key. …

GitHub resolver

Import GitHub neighbors on demand. Results are saved as system ingests.

Refresh page
vote history (2 events)
#0 of 0 · 31d18h43m40s ago — entered · #import:https:::github.com:berriai:litellm post #2146
The right issue is harder because it spans cross-provider protocol translation, structured payload normalization, backward compatibility, and extensive regression testing, while the left issue is comparatively localized to UI/API data alignment and permission-display logic.
#0 of 0 · 31d17h50m17s ago — current · #import:https:::github.com:berriai:litellm post #3029
The right issue is harder because it likely requires tracing authorization data across backend endpoints, MCP access-group resolution, and UI state/rendering, plus cross-layer regression coverage. The left issue appears comparatively localized to model metadata and parameter-mapping tests.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search