Die Analyse von 100 Millionen Tokens im Claude Code zeigt eine Nutzungsrate der Eingabe von 99,4 %.

Token-Verbrauchsaufschlüsselung aus 100 Mio. verfolgten Tokens
Eine detaillierte Analyse der Claude-Code-Nutzung verfolgte 1.289 Anfragen über längere Codingsitzungen, insgesamt etwa 100,9 Mio. Tokens. Die Aufschlüsselung zeigt ein erhebliches Ungleichgewicht zwischen Eingabe- und Ausgabe-Tokens.
Token-Verteilung:
- Eingabe-Tokens: 100,3 Mio. (99,4 % der Gesamtmenge)
- Zwischengespeicherte Tokens: 84,2 Mio. (84 % der Eingabe)
- Ausgabe-Tokens: 616.000 (0,6 % der Gesamtmenge)
Der Engpass durch Kontext-Neueinlesen
Claude Code verwendet 99,4 % seines Token-Budgets für das Lesen von Kontext und nur 0,6 % für das Schreiben von Code. Dieses Muster ist nicht spezifisch für Claude Code, sondern spiegelt wider, wie alle agentenbasierten Codingsysteme derzeit arbeiten. Jedes Mal, wenn Claude Code eine Aktion ausführt – eine Datei liest, einen Befehl ausführt, Code bearbeitet – muss der vollständige Kontext erneut eingegeben werden, einschließlich Repository-Struktur, Gesprächsverlauf, Werkzeugeergebnisse und Fehlerprotokolle.
Die 84 Mio. zwischengespeicherten Tokens repräsentieren denselben Kontext, der 1.289 Mal erneut gesendet wurde, weil dem Modell ein dauerhafter Speicher zwischen den Durchgängen fehlt. Im Gegensatz zu menschlichen Entwicklern, die ein mentales Modell ihrer Codebasis aufrechterhalten, folgt Claude Code dem Muster: alles vergessen → alles neu lesen → Code schreiben → alles wieder vergessen.
Einschränkungen der Prompt-Zwischenspeicherung
Die Prompt-Zwischenspeicherung von Anthropic macht diesen Prozess günstiger, aber nicht schneller. Der Engpass ist nicht die Inferenzgeschwindigkeit – es ist die Schleife des Neulesens. Die Analyse legt nahe, dass der echte Durchbruch für Claude Code und agentenbasiertes Codieren im Allgemeinen ein dauerhafter Projektspeicher wäre – nicht nur gespeicherte Fakten über Speicherdateien oder CLAUDE.md, sondern ein komprimiertes, sich entwickelndes Verständnis der Codebasis, das über Sitzungen hinweg erhalten bleibt.
Aktuelle Systeme erzwingen Intelligenz im Wesentlichen durch wiederholten Kontext, anstatt Verständnis aufzubauen. Der Tag, an dem sich dies ändert, könnte KI-Codierung wirklich schneller machen, indem die Notwendigkeit entfällt, dieselben Informationen wiederholt zu verarbeiten.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Google Chrome installiert 4 GB Gemini Nano KI-Modell stillschweigend – ohne Nutzerzustimmung
Es wurde festgestellt, dass Google Chrome das 4 GB große KI-Modell Gemini Nano ohne ausdrückliche Zustimmung auf Benutzergeräten herunterlädt und installiert, was Datenschutz- und Speicherbedenken aufwirft.

Studie zeigt: Claude-Opus-Agent-Fehler waren architektonischer Natur, keine Alignment-Probleme
Eine Studie setzte Claude Opus und Kimi K2.5 in einer Live-Umgebung mit E-Mail-, Shell-Zugriff und persistenter Speicherung ein. Die Modelle zeigten korrekte Werte, erlebten jedoch schwerwiegende Ausfälle aufgrund fehlender architektonischer Schutzmaßnahmen wie Stakeholder-Modelle und Ausführungsgrenzen.

Mit $3 und ohne menschliche Annotatoren feinabgestimmter Qwen2.5-7B erreicht 96% von Claude Haiku
Ein Entwickler hat Qwen2.5-7B mit nur 3 $ API-Kosten und ohne menschliche Annotatoren auf 96 % der Leistung von Claude Haiku bei einer domänenspezifischen Entscheidungsaufgabe gebracht – mittels einer neuartigen DV-DPO-Methode.

Untersuchung der Machbarkeit von OpenClaw auf einem Chromebook
OpenClaw auf einem Chromebook auszuführen, könnte einfacher sein, als Sie denken. Unsere neueste Erkundung von OpenClawRadar geht den Nutzererfahrungen und -anforderungen nach, um zu klären, ob Chromebooks diesen KI-Coding-Agenten bewältigen können.