TOKENWERK · ECHTER LOKALER MODELLTEST · 22.10.2026

10 ursprüngliche Anfragen: ein Erstladen mit Aufgabe A, danach drei Warmläufe je A/B/C.
3 zusätzliche diagnostische Anfragen mit genauerer Definition der ID-Liste in B.
Originaldaten niemals durch den Nachtest ersetzt. Fester Seed, serielle Ausführung,
derselbe Rechner, kleine künstliche Aufgaben. Kein repräsentativer Benchmark.

versuch.json: Hardware, Version, Digest und vor dem ersten Aufruf gespeichertes Design.
rohantworten.json: unveränderte Antworttexte und API-Dauern; Token-Kontext-IDs weggelassen.
messwerte.csv: gemessene Ende-zu-Ende-Zeiten und Sollprüfung der ursprünglichen Anfragen.
auswertung.json: Einzelbewertung; A wurde KI-gestützt redaktionell gelesen, kein unabhängiges Panel.
nachtest.json: vor Zusatzläufen gespeicherter präzisierter Prompt und seine drei echten Antworten.
aufgaben-v1-original.txt: eingefrorene historische Originaldatei, einschließlich damaligem Planstatus.
aufgaben.txt: heutige Aufgabenfassung mit Verweis auf die Ausführung.
protokoll.csv: unveränderte leere Vorlage für eigene Versuche.

Zum Nachbauen: offizielle Ollama-Laufzeit installieren, qwen3.5:4b laden und Digest
mit versuch.json abgleichen. Unser API-Endpunkt war 127.0.0.1:11435, num_ctx=4096,
num_predict=512, temperature=0.2, seed=42, think=false, stream=false. Die exakten
Anfragen stehen in rohantworten.json. Jede Anfrage ohne vorherigen Chatkontext senden.
Vor einer eigenen Wiederholung Modell-Ladezustand kontrollieren; nicht vorgeben,
der zweite Rechner werde identische Zeiten oder Texte liefern. JSON B zunächst
mit dem ORIGINAL-Prompt prüfen und erst danach den ausdrücklich separaten Nachtest.

Der Ollama-Download erfolgte online. Inferenz lief lokal mit deaktiviertem Cloudmodus.
Kein Netzwerk-Paketmitschnitt, keine Strommessung, kein Datenschutz- oder Sicherheitstest.
Die WebP-Heroillustration ist symbolisch und zeigt nicht den tatsächlich benutzten Laptop.