Setup-Update 14.08.2026: 4 Verbesserungen
Qwen 3.8 Max trug zwei Preise — ein Drittel des echten, und ohne Wirkung genau deshalb unentdeckt
Der Eintrag für Qwen 3.8 Max enthielt zwei Preisangaben: die korrekte an der Stelle, die die Kostenrechnung liest, und eine verirrte, die bei einem Drittel des echten Preises lag. Diese stammte ursprünglich von Qwen 3.6 Plus und war beim Bearbeiten eines anderen Blocks in die falsche Definition gerutscht. Da die Kostenrechnung diese Stelle ignorierte, blieb der Fehler drei Wochen unbemerkt. Die Lösung bestand darin, den überflüssigen Eintrag zu entfernen und die Buchung am echten Aufruf zu prüfen: 58 Eingabe- und 53 Ausgabe-Token ergaben 0,000434 USD — exakt der hinterlegte Satz. Der Nebeneffekt: Ein veralteter offener Punkt aus Report #33 („Modell beim Anbieter noch nicht verfügbar“) war zwischenzeitlich obsolet geworden, da der Alias bereits am 09.08. angelegt worden war. Die Prüfung des Ist-Stands verhinderte hier doppelte Arbeit.
---
Grok 4.6 brauchte 274 Sekunden statt 6 — und stellte 93 Prozent der bezahlten Ausgabe nie zu
Grok 4.6 wurde aufgrund von Benchmarks als vielversprechend für Agenten-Aufgaben getestet, doch der eigentliche Auslöser war ein Leistungsabfall bei Grok 4.20, das seit einer Woche 60 % mehr Zeit pro 1.000 Ausgabe-Token benötigte. Die Messung derselben Aufgabe (200-Wort-Produktbeschreibung) zeigte: Grok 4.20 brauchte 5,1–7,0 Sekunden bei 331–392 Ausgabe-Token, Grok 4.6 jedoch 274 Sekunden bei 4.469 Token — davon 4.141 interne Denk-Token, die mitbezahlt, aber nie ausgeliefert wurden. Selbst die Stufe „geringer Denkaufwand“ änderte nichts (264 Sekunden, gleiche Denk-Token-Anzahl). Die Konsequenz: Das Modell wurde als abrufbarer Zusatz aufgenommen, aber bewusst ohne Tier-Zuordnung, um die bestehende Zeitgrenze von 90 Sekunden als Schutz vor ungewollten Langläufen zu erhalten. Die Ursache für den Latenzanstieg von Grok 4.20 bleibt damit weiterhin offen.
---
Der Schutz zweier unbeaufsichtigter Läufe hing an einer einzigen Zeile in einer Datei, die ein Neubau nicht mitbringt
Zwei Claude-Code-Läufe (stündlich und nächtlich) arbeiteten unbeaufsichtigt und erbten den Berechtigungs-Vorgabewert aus einer einzigen Zeile in einer Einstellungsdatei innerhalb des Containers. Ein Neubau des Containers ohne diese Zeile hätte beide Läufe lautlos auf eine höhere Stufe gehoben — ohne Fehlermeldung. Die Lösung: Beide Aufrufstellen setzen die Berechtigungsstufe jetzt direkt im Skript, sodass sie am Ort der Ausführung verankert ist und jeden Neubau übersteht. Die Gegenprobe mit einem erfundenen Wert bestätigte, dass die in den Newslettern genannte Stufe „automatisch“ tatsächlich existiert, und dass die eigene Konfiguration korrekt abgewiesen wird.
---
Jeder Blogbeitrag sagt jetzt, dass eine Maschine ihn formuliert hat — und welche
Die Blogbeiträge entstehen durch ein Sprachmodell, das Arbeitsnotizen in veröffentlichungsfähige Texte umwandelt — bisher ohne Kennzeichnung. Jetzt trägt jeder Beitrag einen sichtbar abgesetzten Hinweis unter dem Text, der die verwendeten Modelle nennt: formulierend Gemini 3.1 Pro (oder bei dessen Ausfall Mistral Medium 3.5), prüfend vor der Veröffentlichung nochmals Gemini 3.1 Pro. Der Hinweis grenzt ab, was menschlich (Sachverhalte, Zahlen, Entscheidungen) und was maschinell ist. Beim Nachzählen fiel auf, dass zwei veraltete Seiten (Karteileichen aus Mai/Juni) ohne Kennzeichnung blieben, da sie nicht in der Neuerzeugung berücksichtigt wurden. Der Hinweis wurde dort nachgetragen, die Seiten selbst blieben bestehen. Die Lehre: Eine Stichprobe hätte „vollständig“ gemeldet — erst das Zählen des gesamten Bestands zeigte die Lücke.