mirror of
https://github.com/open-webui/open-webui.git
synced 2026-05-06 10:58:17 -05:00
[GH-ISSUE #11977] feat: Model Alias System or Tag/Filter Functionality #16423
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @lucian-nightwalker on GitHub (Mar 23, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/11977
Check Existing Issues
Problem Description
When running 12+ Ollama models (e.g., hermes3:8b-q4_k_m, hf.co/ChaoticNeutrals/Eris-13B-GGUF:Q4_K_M) for roleplay, writing, theory, troubleshooting, and worldbuilding; the Open WebUI model dropdown feels raw and cluttered. There’s no easy way to identify or prioritize models by use case (e.g., “RP Ace” vs. “Theory Star”) without creating custom modelfiles, which takes extra steps and storage. Hiding models declutters but doesn’t solve the core issue—lack of personalization or filtering.
Tie into LiteLLM and you make the list even more cluttered.
Desired Solution you'd like
I'd propose one or both of the following as a solution:
Alias System:
An “Alias” field in Workspace > Models to rename models in the UI (e.g., Eris-13B → “Eris (RP Ace)”) without altering the base model. You can then toggle to display aliases in the dropdown, keep original names in logs.
Tag/Filter System:
Tag models with custom labels (e.g., “Roleplay,” “Scientific”) then add a filter dropdown or search to show only tagged models.
Example: Tag nous-hermes-13b as “Creative,” alias Eris-13B as “RP Ace,” filter to “Creative” for writing sessions or toggle aliases on.
Benefits: Streamlines model management, cuts reliance on workarounds, boosts usability for multi-model users—all UI-side, no backend overhaul.
Alternatives Considered
You can obviously create custom model files and name them whatever you want. But, this still isn't a very viable solution because you have to either remember (which, if you have a goldfish memory like me is difficult) what model is best for your intended use case before creating the custom model file, or, spend 20 minutes googling or asking Grok which model on your list is your best starting point.
@tjbck commented on GitHub (Mar 23, 2025):
You can literally tag your models.
@gaby commented on GitHub (Jan 21, 2026):
@tjbck what about the aliases. Ran into this issue while trying to implement that.
Some models use very complex names, and providing user friendly names as an alias would be beneficial.