You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fix the empty/missing UI signal users were getting for an embedding
that the server has actually been auto-loading.
Backend (models.rs):
- Add hf_hub_cache_dir() honouring HF_HOME, falling back to the
platform cache dir.
- Add scan_hf_hub_cache(catalog), filtered to ids that match the
catalog (chat families OR embeddings). Catalog-bound on purpose
so unrelated cache downloads don't surface as noise.
- scan_local() now merges hf-hub cache entries after the flat
layout scan; flat layout wins on id collisions.
This surfaces models the server auto-fetched via hf-hub (e.g. the
embedding when only EMBEDDING_MODEL_ID is set) so the ApiTabs
embedding picker and the new MODELS row both stop misreporting them
as missing.
Frontend (App.svelte):
- Add a one-row embedding status footer to the MODELS card:
shows the active embedding id with ✓ (downloaded) or ⚠ (server-
auto-fetched only), and points to the API tab for the picker.
Frontend (env-schema + i18n):
- Generalize the "Thinking (Gemma 4 reasoning)" section header to
just "Reasoning" / "추론" since the per-request opt-in mechanism
is not Gemma-specific — future families can plug in.
- Add bilingual labels for the new MODELS embedding row.
Verified: cargo check (lumen-app) and frontend production build
both pass. Existing svelte-check warnings are pre-existing
(App.svelte:483 status type, main.ts:3 css module) and unrelated.
0 commit comments