17 views
-/https://github.com/berriai/litellm/issues/26312
GitHub Β· issue

#26312 Model alias for team can not be viewed via the UI or the API after creation.

  • State: open
  • Author: @ensean

## What happened?

After successfully setting `model_aliases` on a team via `POST /team/update`, the `GET /team/info` endpoint returns `litellm_model_table: null`, making it impossible to read back the configured model aliases.

The aliases **do work** for routing β€” requests using the alias are correctly forwarded to the target model. The issue is only with the `/team/info` read-back.

## Steps to reproduce

1. Update model aliases on a team:

```bash curl -s https://<PROXY_URL>/team/update \ -H "Authorization: Bearer sk-<MASTER_KEY>" \ -H "Content-Type: application/json" \ -d '{ "team_id": "<TEAM_ID>", "litellm_model_aliases": {"my-alias": "gpt-4o"} }' ```

2. βœ… Update response correctly includes the aliases:

``` { "data": { "litellm_model_table": { "model_aliases": { "my-alias": "gpt-4o" } } } } ``` 3. Query team info: ``` curl -s "https://<PROXY_URL>/team/info?team_id=<TEAM_ID>" \ -H "Authorization: Bearer sk-<MASTER_KEY>" ``` 4. ❌ `litellm_model_table` is null: ``` { "team_info": { "team_alias": "my-team", "litellm_model_table": null } } ``` ## Expected behavior

GET /team/info should ret…

GitHub resolver

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

Refresh page
vote history (1 events)
#0 of 0 Β· 31d18h26m53s ago β€” entered Β· #import:https:::github.com:berriai:litellm post #2415
The right issue is harder because it requires extending an enterprise-facing discovery endpoint, tracing MCP tool metadata and access-control relationships, and preserving compatibility across schemas and authorization behavior. The left issue is comparatively localized to fixing read-back and serialization of already-persisted team configuration.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search