8 views
-/https://github.com/berriai/litellm/issues/35342
GitHub · issue

#35342 [Bug]: MCP Toolset Compatibility Issues

  • State: open
  • Author: @xuzexin-hz
  • Labels: bug, proxy

### Check for existing issues

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

### What happened?

the `add2` function can be invoked successfully via `:4000/toolset/tool001/mcp`

### Steps to Reproduce

1. An MCP Toolset (`:4000/toolset/tool001/mcp`) aggregates specific MCP functions from multiple MCP servers. 2. When I go to one of the MCP servers and—under "Select which tools users can call"—toggle the `add2` function off (and save) before toggling it back on (and saving), the `add2` function appears when I access the Toolset URL, but invoking it results in a 403 error. 3. However, the `add2` function can be invoked successfully via `:4000/mcp`.

### Relevant log output

```shell { "name": "FastMCP-add2", "metadata": { "status": "failure", "headers": { "content-type": "application/json" }, "agent_id": null, "endpoint": "/mcp/tools/call", "user_agent": "", "user_api_key": "litellm_proxy_master_key", "error_information": { "traceback": "Traceback (most recent call last):\n File \"/app/.venv/lib/python3.13/site-packages/litellm/proxy/_experimental/mcp_server/server.py\", line 2950, in call…

GitHub resolver

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

Refresh page
vote history (1 events)
#0 of 0 · 31d17h48m32s ago — entered · #import:https:::github.com:berriai:litellm post #3065
The MCP compatibility problem spans toolset aggregation, authorization state, and cross-server invocation behavior, requiring deeper debugging and integration testing. The logging adjustment is localized to guardrail severity/configuration and should be comparatively low-risk.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search