Mintplex-Labs/anything-llm
1
0
Fork 0
mirror of https://github.com/Mintplex-Labs/anything-llm.git synced 2026-07-19 14:13:35 -04:00
Code Issues 328 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #2144] [FEAT]: Please make file names of downloaded components human-readable #1397

New Issue
Closed
opened 2026-02-22 18:24:36 -05:00 by yindo · 1 comment
yindo commented 2026-02-22 18:24:36 -05:00
Owner
Copy Link
Copy Source

Originally created by @mtomas7 on GitHub (Aug 19, 2024).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/2144

What would you like to see?

First of all, thank you for a great product that slowly takes a shape into becoming an all-in-one solution for local AI needs! I'm currently using LM Studio, but after last update with added local AI models (it was great to see that I can easily import GGUF models from my library) and speech recognition, I see this may be a good replacement of LM Studio/Ollama and OpenWebUI.

After importing a GGUF model, I noticed that I could not easily find it's location. Usually, I just look at my .cash folder to manage my AI library. In this case Qwen2 model was saved as:

\Users\UserName\AppData\Roaming\anythingllm-desktop\storage\models\ollama\blobs\sha256-945823750c8eb........

Similar situation was with downloaded Piper voices, they were stored in obscure:

\Users\UserName\AppData\Roaming\anythingllm-desktop\File System\000\t\00\00000015

Where one files would have meta info of the voice model and next file would be voice model itself.

I think it would be great that all downloaded components would be under one location and named according to type and have human-readable names, eg:

\Users\UserName\AppData\Roaming\anythingllm-desktop\storage\models\ollama\blobs\Qwen\Qwen2-7B-Instruct-GGUF\qwen2-7b-instruct-q8_0\ (all files related to this particular model)

\Users\UserName\AppData\Roaming\anythingllm-desktop\storage\voices\piper\arctic\ (meta and voice files for arctic voice model)

Thank you!

Originally created by @mtomas7 on GitHub (Aug 19, 2024). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/2144 ### What would you like to see? First of all, thank you for a great product that slowly takes a shape into becoming an all-in-one solution for local AI needs! I'm currently using LM Studio, but after last update with added local AI models (it was great to see that I can easily import GGUF models from my library) and speech recognition, I see this may be a good replacement of LM Studio/Ollama and OpenWebUI. After importing a GGUF model, I noticed that I could not easily find it's location. Usually, I just look at my .cash folder to manage my AI library. In this case Qwen2 model was saved as: \Users\UserName\AppData\Roaming\anythingllm-desktop\storage\models\ollama\blobs\sha256-945823750c8eb........ Similar situation was with downloaded Piper voices, they were stored in obscure: \Users\UserName\AppData\Roaming\anythingllm-desktop\File System\000\t\00\00000015 Where one files would have meta info of the voice model and next file would be voice model itself. I think it would be great that all downloaded components would be under one location and named according to type and have human-readable names, eg: \Users\UserName\AppData\Roaming\anythingllm-desktop\storage\models\ollama\blobs\Qwen\Qwen2-7B-Instruct-GGUF\qwen2-7b-instruct-q8_0\ (all files related to this particular model) \Users\UserName\AppData\Roaming\anythingllm-desktop\storage\voices\piper\arctic\ (meta and voice files for arctic voice model) Thank you!
yindo added the enhancementfeature request labels 2026-02-22 18:24:36 -05:00
yindo closed this issue 2026-02-22 18:24:36 -05:00
yindo commented 2026-02-22 18:24:36 -05:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Aug 19, 2024):

I agree, that would be nice to have, however, we don't control those aspects. PiperTTS downloads the blobs so the JS port of PiperTTS can work. And for the LLM, that is Ollama and the SHA hash of the blobs is a very common complaint people voice often on Reddit/GitHub. Some people even have made tools to make it more sensible when looking in ollama's model directory.

There is a reason for doing it and it has to do with how they download layers from their registry and keep track of what version your downloaded model might be when compared to the registry. Annoyingly, it also duplicates any GGUF you import into a blob as well in that folder. Just how it works. Personally, I am not a fan of it, but it is the tradeoff from not rolling our own LLM engine with all the concerns that come with that.

Either way, both of these things are not something we will influence since it will likely break each respective integration and make updating them more difficult or unable to work when pulling models they need or the user wants

@timothycarambat commented on GitHub (Aug 19, 2024): I agree, that would be nice to have, however, we don't control those aspects. PiperTTS downloads the blobs so the [JS port of PiperTTS](https://github.com/rhasspy/piper) can work. And for the LLM, that is Ollama and the SHA hash of the blobs is a very common complaint people voice often on Reddit/GitHub. Some people even have made tools to make it more sensible when looking in ollama's model directory. There is a reason for doing it and it has to do with how they download layers from their registry and keep track of what version your downloaded model might be when compared to the registry. Annoyingly, it also duplicates any GGUF you import into a blob as well in that folder. Just how it works. Personally, I am not a fan of it, but it is the tradeoff from not rolling our own LLM engine with all the concerns that come with that. Either way, both of these things are not something we will influence since it will likely break each respective integration and make updating them more difficult or unable to work when pulling models they need or the user wants
yindo changed title from [FEAT]: Please make file names of downloaded components human-readable to [GH-ISSUE #2144] [FEAT]: Please make file names of downloaded components human-readable 2026-06-05 14:40:32 -04:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Desktop
Docker
Integration Request
Integration Request
OS: Linux
OS: Mobile
OS: Windows
UI/UX
blocked
bug
bug
core-team-only
documentation
duplicate
embed-widget
enhancement
feature request
github_actions
good first issue
investigating
needs info / can't replicate
possible bug
pull-request
Mirrored from GitHub Pull Request
 question
stage: specifications
wontfix
No Label enhancement feature request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#1397
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?