Politique de confidentialité et garantie d’exécution sans envoi

1. Inspection locale .gguf et config.json sans envoi réseau

Lorsque vous sélectionnez ou déposez un checkpoint .gguf ou un fichier config.json dans l’Inspecteur GGUF, le navigateur lit uniquement la tranche initiale d’octets locaux via File.slice() et DataView dans la mémoire volatile de l’onglet. Aucun octet de vos poids, noms de fine-tuning internes ou manifestes de déploiement n’est jamais transmis sur le réseau.

Le conteneur binaire GGUF stocke toutes les métadonnées du modèle immédiatement après la signature ASCII de 4 octets ("GGUF" / 0x46554747), l’entier de version 32 bits, le nombre de tenseurs 64 bits et le nombre de paires KV 64 bits — bien avant les blocs de tenseurs quantifiés de plusieurs gigaoctets. En ne découpant que les 16 premiers Mio avec la File API du navigateur, VRAMLab décode les clés UTF-8, les scalaires typés et la taille des tableaux du tokenizer sans lire les poids.

Pour les checkpoints FP16, BF16, FP8 ou AWQ distribués en fragments safetensors, déposer le fichier config.json associé extrait hidden_size, num_hidden_layers, num_key_value_heads, kv_lora_rank, n_routed_experts et sliding_window_pattern afin de dimensionner vos clusters vLLM ou SGLang avant de télécharger des centaines de gigaoctets de poids.

2. Distribution statique Edge et contrôle du stockage local

Toutes les pages de vram.codeap.com sont servies sous forme de ressources statiques avec des en-têtes stricts Cross-Origin-Resource-Policy: same-origin et frame-ancestors 'none'. Les préférences facultatives de thème et de langue sont stockées localement via codeap_color_scheme et codeap_lang, ainsi qu’une télémétrie agrégée de pages vues via Google Tag Manager (GTM-N64WPS2P) qui ne capture jamais les saisies des outils.