Wavect · Kundengeschichte

Weniger wiederholter Kontext.Über Agentur-Workflows hinweg.

Wavect verwendet Coding-Agenten für Kunden- und interne Projekte. Die Agentur misst, wie LeanCTX den während der täglichen Entwicklung gelieferten Kontext verändert hat.

64.1%

weniger Kontext über die verfolgte Nutzung

Tracking-Snapshot · 26. Juli 2026
Die gleiche Arbeitslast. Eine kleinere Eingabe.
Ohne Aufbereitung
100
Nach der Vorbereitung
35.9

Kontextvolumen indexiert auf 100. Beobachtete Nutzung, keine kontrollierte Produktivitätsstudie.

Unternehmen
Wavect GmbH
Umgebung
Kunden- und interne Repositories
Stärkster aggregierter Kanal
92,7% MCP-Kompression
Geschätzte Token-Kostenreduzierung
56.6%

Die Agenturumgebung

Die Arbeitslast der Agentur.

Die verfolgte Arbeit umfasst neue Builds, vererbte Systeme, Fehleruntersuchungen, Integrationen und interne Tools. Jedes bringt unterschiedliche Quellen und Lesetiefen mit sich.

Wiederholte Lesevorgänge.
Über sich ändernde Projekte.

Jeder Projektwechsel bringt neuen Code, Schemata und Konfigurationen mit sich. Das gleiche Material kommt in späteren Lesevorgängen und Befehlsausgaben wieder vor. Wavect maß, wie LeanCTX den Kontext, der seinen Agenten geliefert wurde, verändert hat.

Projektwechsel
Ingenieure zahlen wiederholt die Orientierungskosten, wenn sie Projekte, Stacks oder Lieferphasen wechseln.
Anforderungen überprüfen
Eine Routineänderung des Inhalts und eine sicherheitsrelevante Änderung im Backend können nicht dieselben Wiederherstellungs- und Überprüfungsregeln teilen.
Tool-Ausgabe
Paketmanager, Git, Tests, Container, Crawler und Infrastrukturbefehle werden alle zu Modell-Input.

Die Betriebsprägung

Zuerst weniger lesen.
Erweitern, wenn nötig.

Beginne mit der kleinsten nützlichen Darstellung, erweitere, wenn die Entscheidung mehr Beweise erfordert, und überprüfe gegen das Repository anstatt gegen die Zusammenfassung.

Kompakte Entdeckung → Originaldetails für genaue Arbeit
  1. 01

    Code finden

    Finde die Systemform, die wahrscheinliche Eigentümerschaft und die Beweise, die für die nächste Entscheidung benötigt werden.

  2. 02

    Kontext eingrenzen

    Umfang mit gecachtem Kontext und kompakten Darstellungen eingrenzen.

  3. 03

    Lesen vor Bearbeiten

    Überprüfe die genaue Quelle vor exakten Änderungen. Wiederherstelle Rohdaten, wenn die Bedeutung ungewiss ist.

  4. 04

    Testausgabe überprüfen

    Signal aus Builds, Tests und Befehlen beibehalten. Rauschen komprimieren, Fehler bewahren.

  5. 05

    Änderung überprüfen

    Die Differenz überprüfen, die Tests ausführen, das reale System prüfen. Kompression genehmigt keine Arbeit.

Woher die Reduktion kam

Woher die Einsparungen kamen.

Über Dateien und Befehlsausgaben betrug die Gesamtreduktion 64,1%. MCP-Tool-Verkehr machte den Großteil der eingesparten Tokens aus. Drei wiederkehrende Muster erklären das Ergebnis.

Anteil aller eingesparten Tokens
MCP-Tool-Verkehr
89.7%
Shell-Integrationen
10.3%
~93%ctx_read-Dateireduktion

Unbekoden Code erkunden

Kompakte Ansichten halfen Ingenieuren, relevante Code zu finden. Die vollständige Quelle wurde zurückgegeben, wenn die Untersuchung zur Implementierung überging.

Map- und Signaturansichten erreichten etwa 97% Kompression über die verfolgte Nutzung.

89.7%der Einsparungen von MCP

Wiederholte Lesevorgänge reduzieren

Lange Sitzungen wiederholen das gleiche Material. Gecachte Wiederlesungen und Deltaansichten reduzierten, wie viel Kontext erneut geliefert werden musste.

Dies ist ein Anteil der gesamten Einsparungen, nicht die Kompressionsrate eines Cache-Treffers.

Bis zu 99%beste Shell-Ausgabe

Befehlsausgabe fokussieren

Builds, Tests, Git und Paketmanager erzeugen ausführliche Ausgaben. Shell-Kompression behielt Ergebnisse und umsetzbare Fehler bei, während umgebender Text reduziert wurde.

Das höchste beobachtete Shell-Ergebnis. Es ist kein Durchschnitt über alle Befehle.

Die geschätzte Wirtschaftlichkeit

Die geschätzte Kostenwirkung.

Über die verfolgte Arbeitslast schätzte Wavect eine Reduzierung der Tokenkosten um 56,6%. Die Eingabe- und Ausgabeangaben beschreiben verschiedene Teile dieser Schätzung.

Preisgestaltung, Modellmischung und Cache-Behandlung beeinflussen, wie eine tatsächliche Rechnung aussieht. Diese Prozentsätze sind nicht additiv.

Geschätzte Gesamt-Tokenkostenreduzierung56.6%
Niedrigere geschätzte Input-Token-Kosten
64.1%
Niedrigere geschätzte Output-Token-Kosten
33.3%

Workload-Schätzung · nicht geprüfte Rechnung ROI

Lies das Ergebnis im Kontext

Was die Studie feststellt.

Diese Ergebnisse beschreiben die nachverfolgte Kontextreduzierung. Sie stellen keine schnellere Lieferung, besseren Code oder die gleichen Einsparungen in jedem Workflow dar.

Beobutzte Nutzung

Die Momentaufnahme umfasst die erfassten Projekte von Wavect. Sie ist kein kontrolliertes A/B-Experiment. Der Bericht belegt keine Verbesserungen der Durchlaufzeit oder des Durchsatzes.

Geschätzte Wirtschaftlichkeit

Die Kostenangabe ist eine Workload-Schätzung. Modellpreise, gecachte Input-Preise, Abonnements und Modellmischung beeinflussen die tatsächliche Rechnung.

Verifizierte Arbeit

Kleinere Kontexte stellen keine Korrektheit oder Sicherheit dar. Exakte Änderungen benötigen die Originalquelle; die Akzeptanz erfordert immer noch reale Differenzen, Tests und eine Überprüfung.

Workload-spezifische Ergebnisse

Die Komprimierung variiert je nach Dateiformat, Wiederholung und Integration. Ein Spitzenresultat kann nicht auf jedes Repository oder jede Agenturaufgabe angewendet werden.

Was du bei deiner Bewertung berücksichtigen sollst

Beurteile deine eigene Workload.

Die stärkste Übereinstimmung ist wiederholter Zugriff auf große Repositories oder ausführliche Tool-Ausgaben. Messe den Aufwand für Einrichtung, Wiederherstellung und Überprüfung zusammen mit der Tokenreduzierung.

Starke Übereinstimmung

Große, wiederholte Workflows — lange Agentensitzungen, unbekannte Repositories, wiederholte Lesevorgänge und ausführliche Tool-Ausgaben.

Messen

Kleine, aber häufige Workflows — die individuelle Einsparung mag bescheiden sein, aber die Wiederholung macht das Aggregierte bedeutsam.

Vielleicht

Große Einmal-Workflows — Komprimierung kann helfen, aber Einrichtung, Überprüfung und Wiederherstellung können die Wirtschaftlichkeit dominieren.

Einfach halten

Kleine Einmalaufgaben — eine Kontextschicht kann mehr betriebliche Komplexität hinzufügen, als die Aufgabe rechtfertigt.

Das ursprüngliche Konto

Lies den ursprünglichen Bericht.

Kevin Riedls technischer Fachbericht beschreibt den Workflow von Wavect, die Wiederherstellungsregeln und die Bewertungsgrenzen im Detail. Der Tracking-Snapshot und die spätere redaktionelle Überprüfung sind separate Daten.

Tracking-Snapshot
Bericht überprüft
Arten von Beweisen
Beobachtungsbericht

Mit LeanCTX starten

Sehe, was sich in deinem Workflow ändert.

Beginne mit einem vertrauten Repository. Vergleiche den Kontext, stelle die Details wieder her und überprüfe die Arbeit.

Local-first. Modellunabhängig. Dein Kontext.