Agent-Frameworks verschwenden pro Sitzung über 350.000 Token durch erneutes Senden statischer Dateien.

✍️ OpenClawRadar📅 Veröffentlicht: 13. April 2026🔗 Source
Agent-Frameworks verschwenden pro Sitzung über 350.000 Token durch erneutes Senden statischer Dateien.
Ad

Benchmark-Ergebnisse zum Token-Verschwendung

Messungen auf einem lokalen Qwen 3.5 122B-Setup ergaben, dass Agent-Frameworks pro Sitzung mehr als 350.000 Token verschwenden, indem sie statische Dateien wiederholt erneut senden. Die Quelle beschreibt diese Zahlen als "unrealistisch".

Optimierungsansatz

Es wurde ein Compile-Time-Ansatz entdeckt, der den Abfragekontext von 1.373 Token auf nur 73 Token reduziert. Dies entspricht einer Reduzierung der Token-Nutzung um 95 % für diesen spezifischen Kontext.

Der Benchmark ergab auch, dass eine naive JSON-Konvertierung das Problem um 30 % verschlimmert und die Token-Verschwendung über die Basiswerte hinaus erhöht.

Ad

Technischer Kontext

Agent-Frameworks enthalten typischerweise System-Prompts, Werkzeugdefinitionen und andere Konfigurationsdaten, die über mehrere Interaktionen innerhalb einer Sitzung statisch bleiben. Wenn diese Daten mit jeder Abfrage erneut gesendet werden, verbrauchen sie Token, ohne dem Modell neue Informationen zu liefern. Dies ist besonders kostspielig bei großen Modellen wie Qwen 3.5 122B, wo die Token-Verarbeitung sowohl die Leistung als auch die Kosten direkt beeinflusst.

Der Compile-Time-Ansatz beinhaltet wahrscheinlich die Vorverarbeitung statischer Elemente, sodass sie referenziert statt erneut gesendet werden, ähnlich wie moderne Webanwendungen statische Assets zwischenspeichern. Für Entwickler, die mit KI-Coding-Agenten arbeiten, kann die Reduzierung dieses Overheads die Antwortzeiten erheblich verbessern und die Betriebskosten senken.

📖 Read the full source: r/LocalLLaMA

Ad

👀 Siehe auch

Claude-kit: Konfigurationsverwaltungssystem für Claude-Code-Projekte
Werkzeuge

Claude-kit: Konfigurationsverwaltungssystem für Claude-Code-Projekte

Claude-kit ist ein Open-Source-Tool, das .claude/-Verzeichniskonfigurationen über mehrere Projekte hinweg verwaltet. Es erkennt automatisch Tech-Stacks, generiert Konfigurationen, prüft Sicherheit und Qualität und synchronisiert Änderungen, ohne Anpassungen zu überschreiben.

OpenClawRadar
Einzelaufruf-MCP-Pipeline reduziert den Claude-Code-Token-Verbrauch um 74 %
Werkzeuge

Einzelaufruf-MCP-Pipeline reduziert den Claude-Code-Token-Verbrauch um 74 %

Ein Entwickler hat einen Kontext-Engine-MCP-Server erstellt, der Claude Code einen Abhängigkeitsgraphen von Codebasen bereitstellt und so die Token-Nutzung zunächst um 65 % reduziert. Eine neue Single-Call-Pipeline senkt die Token weiter um 74 %, indem sie mehrere Roundtrips eliminiert und Ergebnisse serverseitig dedupliziert.

OpenClawRadar
InsForge: Selbst gehostetes Postgres-Backend mit MCP-Integration für KI-Coding-Agenten
Werkzeuge

InsForge: Selbst gehostetes Postgres-Backend mit MCP-Integration für KI-Coding-Agenten

InsForge ist eine Open-Source, selbst gehostete Backend-Alternative zu Supabase, die über MCP mit Claude Code verbunden ist und es KI-Agenten ermöglicht, Schema, Richtlinien und Dienstzustand einzusehen. Es umfasst PostgreSQL 16.4, PostgREST, Deno Runtime, Authentifizierung, Speicher und Edge-Funktionen.

OpenClawRadar
ClawCall fügt eingehende Anrufe hinzu – Ihr OpenClaw-Agent erhält eine eigene Nummer
Werkzeuge

ClawCall fügt eingehende Anrufe hinzu – Ihr OpenClaw-Agent erhält eine eigene Nummer

ClawCall unterstützt jetzt eingehende Anrufe – Ihr OpenClaw-Agent erhält eine eigene Nummer, hebt innerhalb von Sekunden ab und spricht mit Ihrem Ton. Einfachere Begrüßungs- und Persönlichkeitseinrichtung über natürliche Sprache.

OpenClawRadar