• v0.6.6-rc8 1600bcca8f

    v0.6.6-rc8
    All checks were successful
    continuous-integration/drone/push Build is passing
    continuous-integration/drone/tag Build is passing
    Stable

    admin-mrrm released this 2026-06-07 13:51:53 +02:00 | 124 commits to main since this release

    rc7 lieferte den entscheidenden Hinweis (via dem neuen Maestro-Flow): der Probe-fetch zu huggingface.co hängt selbst — Hermes' JS-fetch klemmt komplett gegen HF. Dieselbe Domain funktioniert hingegen über expo-file-system's nativen Downloader (createDownloadResumable hat den 120 MB ONNX-File bereits einwandfrei geladen). rc8 zieht die Konsequenz: alle vier Tokenizer-Dateien (tokenizer.json, tokenizer_config.json, special_tokens_map.json, config.json) werden jetzt ebenfalls per nativem Downloader auf Disk geholt, und ein fetch-Interceptor leitet alle HF-URLs in transformers.js auf lokale Disk-Reads um. Der JS-fetch sieht huggingface.co nie wieder.

    Highlights

    • feat(embedding): ensureModelFilesDownloaded lädt 4 Tokenizer-JSONs zusätzlich zum ONNX-Model via createDownloadResumable (#122). Neue Sub-Status 'downloading-tokenizer' wird in der Debug-Bar als 'embedder: downloading tokenizer files' angezeigt.
    • feat(embedding): globalThis.fetch-Monkey-Patch in initialize() — alle Requests an huggingface.co/intfloat/multilingual-e5-small/* werden über FileSystem.readAsStringAsync aus dem lokalen Cache bedient. AutoTokenizer.from_pretrained ruft transparent gegen Disk, kein Network-Hang mehr möglich. Non-HF-URLs gehen unverändert durch.
    • Test-getrieben: rc7-Probe-Tests entfernt (Mechanismus aufgegeben), 5 neue Tests (Tokenizer-Download-Liste, downloading-tokenizer-Status, Interceptor-Disk-Read, Query-String-Stripping, Passthrough für Non-HF).
    Downloads