Datenschutzerklärung & Garantie für lokale Ausführung ohne Upload

1. Lokale .gguf- & config.json-Prüfung ohne Datei-Upload

Wenn Sie einen .gguf-Checkpoint oder eine config.json im GGUF-Inspektor auswählen oder ablegen, liest der Browser über File.slice() und DataView lediglich den vorderen lokalen Byte-Ausschnitt im flüchtigen Tab-Speicher. Kein einziges Byte Ihrer Modellgewichte, internen Fine-Tune-Namen oder Serving-Manifeste wird jemals über das Netzwerk übertragen.

Der binäre GGUF-Container speichert sämtliche Modellmetadaten unmittelbar nach der 4-Byte-ASCII-Kennung ("GGUF" / 0x46554747), der 32-Bit-Versionsnummer, der 64-Bit-Tensoranzahl und der 64-Bit-KV-Paaranzahl — weit vor den viele Gigabyte großen quantisierten Tensorblöcken. Durch das Ausschneiden der ersten 16 MiB über die Browser-File-API dekodiert VRAMLab UTF-8-Schlüssel, typisierte Skalare und Tokenizer-Feldlängen, ohne Tensor-Nutzdaten einzulesen.

Bei FP16-, BF16-, FP8- oder AWQ-Checkpoints im safetensors-Format liest das Ablegen der zugehörigen config.json die Felder hidden_size, num_hidden_layers, num_key_value_heads, kv_lora_rank, n_routed_experts und sliding_window_pattern aus, sodass Sie vLLM- oder SGLang-Cluster dimensionieren können, bevor Sie Hunderte Gigabyte an Gewichten herunterladen.

2. Statische Edge-Auslieferung & lokaler Browserspeicher

Alle Seiten auf vram.codeap.com werden als statische Assets mit strikten Cross-Origin-Resource-Policy: same-origin- und frame-ancestors 'none'-Headern ausgeliefert. Optionale Design- und Spracheinstellungen werden lokal über codeap_color_scheme und codeap_lang gespeichert, ergänzt durch aggregierte Seitenaufruf-Telemetrie über Google Tag Manager (GTM-N64WPS2P), die niemals Werkzeugeingaben erfasst.