fix: app should not show manually deleted models

[louis-jan]

Summary

This PR fixes the issue where the app continued to show models that were manually deleted from the filesystem. Previously, the app used a cached models list, which became stale when users removed model files directly. Additionally, this PR enhances the model hub to show proper recommended models for download.

Changes

🔧 Model List Refresh

• Before: App used cached models list that didn't reflect filesystem changes
• After: App now calls llama.cpp list() function to get current model state
• Models that are manually deleted are now immediately removed from the UI

🚀 Model Hub Enhancement

• Enhanced model hub to display proper recommended models for download
• Improved model discovery and recommendation logic

Testing

• Verified models list updates after manual deletion
• Confirmed model hub shows appropriate recommendations
• Tested model loading with refreshed list

[ellipsis-dev]

Important

Looks good to me! 👍

Reviewed everything up to a863241 in 1 minute and 40 seconds. Click for details.

• Reviewed 53 lines of code in 4 files
• Skipped 0 files when reviewing.
• Skipped posting 4 draft comments. View those below.
• Modify your settings and rules to customize what types of comments Ellipsis leaves. And don't forget to react with 👍 or 👎 to teach Ellipsis.

1. autoqa/tests/new-user/1-user-start-chatting.txt:3

• Draft comment:
  Test instructions updated to use qwen3-0.6B. Ensure this matches the recommended model in the hub.
• Reason this comment was not posted:
  Comment was not on a location in the diff, so it can't be submitted as a review comment.

2. web-app/src/hooks/useModelProvider.ts:75

• Draft comment:
  Conditional assignment uses 'provider.persist ? provider?.models : mergedModels'. Verify that using cached models when persist is true does not reintroduce stale model data after manual deletion.
• Reason this comment was not posted:
  Decided after close inspection that this draft comment was likely wrong and/or not actionable: usefulness confidence = 30% vs. threshold = 50% The comment raises a valid concern - when persist is true, we use provider.models directly which could include deleted models since it bypasses the filtering logic. This could lead to deleted models reappearing. However, the comment is phrased as a verification request rather than pointing out a clear issue. The underlying concern is real but the comment format violates our rules. The comment identifies a real potential bug, but it's phrased as a verification request which violates our rules. Maybe the issue isn't actually a bug but an intended behavior for persisted providers? While the phrasing isn't ideal, the underlying technical concern about bypassing deletion filtering is concrete and actionable - it's not speculative and points to a specific code path that could cause problems. The comment should be rewritten to directly state the issue rather than asking for verification, but the core concern about bypassing deletion filtering is valid and worth fixing.

3. web-app/src/routes/hub/index.tsx:39

• Draft comment:
  Default model quantizations were changed to remove the '.gguf' extension. Confirm the matching logic in the download button aligns with this update.
• Reason this comment was not posted:
  Comment looked like it was already resolved.

4. web-app/src/services/providers.ts:22

• Draft comment:
  A TODO was added regarding checking chat_template for tool call support. Consider adding more context or addressing this soon.
• Reason this comment was not posted:
  Confidence changes required: 50% <= threshold 50% None

Workflow ID: wflow_OaMI8s0LLtB0x2NH

^{You can customize by changing your verbosity settings, reacting with 👍 or 👎, replying to comments, or adding code review rules.}

[github-actions]

Barecheck - Code coverage report

Total: 36.93%

Your code coverage diff: -0.01% ▾

Uncovered files and lines

File	Lines
web-app/src/hooks/useModelProvider.ts	31-36, 38-48, 50-52, 54-103, 105-116, 126-128, 130, 132-134, 137-140, 142-143, 145, 147-149, 151-164, 166-169, 171-176
web-app/src/routes/hub/index.tsx	2-6, 14-23, 29-34, 42, 44-49, 51-72, 74-75, 77-82, 84-98, 101-108, 110-112, 115-116, 119-133, 136-144, 146-147, 149-151, 153-174, 176-177, 179-189, 191, 193-196, 198-212, 214-232, 234, 236-238, 240-245, 247-253, 255-259, 261-262, 264-269, 271-272, 274, 276-286, 288-289, 292-301, 303-304, 306-322, 324-328, 331-332, 335-336, 338-355, 358, 360-365, 367-368, 370-380, 382-396, 398, 400-433, 435-438, 440-465, 467-486, 488-495, 497-501, 504-509, 511-514, 517-527, 529-531, 533-565, 567-571, 573-603, 605-615, 617-619, 621, 623-627, 629-635, 638-640, 642, 644-656, 658-662, 664-665, 667-669, 671-674, 676-680, 682
web-app/src/services/providers.ts	33, 58, 75, 81, 97-101, 191-192