Informativa sulla privacy e garanzia di esecuzione senza upload

1. Ispezione locale di .gguf e config.json senza upload

Quando selezioni o trascini un checkpoint .gguf o un file config.json nell’Ispettore GGUF, il browser legge soltanto la porzione iniziale di byte locali tramite File.slice() e DataView nella memoria volatile della scheda. Nessun byte dei tuoi pesi, nomi di fine-tuning riservati o manifesti di serving viene mai trasmesso in rete.

Il contenitore binario GGUF memorizza tutti i metadati del modello subito dopo i 4 byte magic ASCII ("GGUF" / 0x46554747), l’intero di versione a 32 bit, il conteggio tensori a 64 bit e il conteggio delle coppie KV a 64 bit — ben prima dei blocchi di tensori quantizzati da molti gigabyte. Leggendo solo i primi 16 MiB con la File API del browser, VRAMLab decodifica chiavi UTF-8, scalari tipizzati e lunghezze degli array del tokenizer senza leggere i pesi.

Per i checkpoint FP16, BF16, FP8 o AWQ distribuiti in shard safetensors, trascinare il relativo config.json consente di estrarre hidden_size, num_hidden_layers, num_key_value_heads, kv_lora_rank, n_routed_experts e sliding_window_pattern così da dimensionare cluster vLLM o SGLang prima di scaricare centinaia di gigabyte di pesi.

2. Distribuzione statica Edge e controlli dello storage locale

Tutte le pagine su vram.codeap.com vengono distribuite come risorse statiche con rigorosi header Cross-Origin-Resource-Policy: same-origin e frame-ancestors 'none'. Le preferenze facoltative di tema e lingua sono salvate localmente tramite codeap_color_scheme e codeap_lang, affiancate da telemetria aggregata sulle visualizzazioni di pagina tramite Google Tag Manager (GTM-N64WPS2P) che non acquisisce mai gli input degli strumenti.