Wavect · Histoire client

Moins de contexte répété.Dans les flux de travail de l'agence.

Wavect utilise des agents de codage dans les projets clients et internes. L'agence a mesuré comment LeanCTX a modifié le contexte fourni pendant le développement quotidien.

64.1%

moins de contexte dans l'utilisation suivie

Instant de suivi · 26 juillet 2026
La même charge de travail. Une entrée plus petite.
Avant préparation
100
Après la préparation
35.9

Volume de contexte indexé à 100. Utilisation observée, pas une étude de productivité contrôlée.

Entreprise
Wavect GmbH
Environnement
Dépôts clients et internes
Canal agrégé le plus fort
Compression MCP de 92.7%
Réduction estimée du coût des jetons
56.6%

L'environnement de l'agence

La charge de travail de l'agence.

Le travail suivi couvre les nouvelles constructions, les systèmes hérités, les investigations de bugs, les intégrations et les outils internes. Chacun apporte différentes sources et profondeurs de lecture.

Lectures répétées.
À travers des projets changeants.

Chaque changement de projet apporte du nouveau code, des schémas et des configurations. Le même matériel est retourné dans les lectures et les sorties de commandes ultérieures. Wavect a mesuré comment LeanCTX a modifié le contexte livré à ses agents.

Changement de projet
Les ingénieurs paient à plusieurs reprises le coût d'orientation lorsqu'ils changent de projets, de piles ou de phases de livraison.
Examiner les exigences
Un changement de contenu de routine et un changement backend sensible à la sécurité ne peuvent pas partager les mêmes règles de récupération et d'examen.
Sortie de l'outil
Les gestionnaires de paquets, Git, les tests, les conteneurs, les crawlers et les commandes d'infrastructure deviennent toutes des entrées pour le modèle.

Le changement d'exploitation

Lire moins d'abord.
Élargir si nécessaire.

Commencer par la représentation la plus petite utile, élargir lorsque la décision nécessite plus de preuves, et vérifier par rapport au dépôt plutôt qu'au résumé.

Découverte compacte → détail original pour le travail exact
  1. 01

    Localiser le code

    Trouver la forme du système, la propriété probable et les preuves nécessaires pour la prochaine décision.

  2. 02

    Restreindre le contexte

    Restreindre la portée avec un contexte mis en cache et des représentations compactes.

  3. 03

    Lire avant d'éditer

    Inspecter la source exacte avant les modifications exactes. Récupérer le brut lorsque le sens est incertain.

  4. 04

    Inspecter la sortie des tests

    Conserver le signal des constructions, des tests et des commandes. Compresser le bruit, préserver les échecs.

  5. 05

    Vérifier le changement

    Examiner la différence, exécuter les tests, vérifier le système réel. La compression n'approuve pas le travail.

D'où vient la réduction

D'où viennent les économies.

À travers les fichiers et la sortie des commandes, la réduction globale était de 64.1%. Le trafic de l'outil MCP représentait la plupart des jetons économisés. Trois modèles récurrents expliquent le résultat.

Part des jetons économisés
Trafic de l'outil MCP
89.7%
Intégrations Shell
10.3%
~93%Réduction du fichier ctx_read

Explorer du code inconnu

Les vues compactes ont aidé les ingénieurs à localiser le code pertinent. La source complète est retournée lorsque l'investigation passe à l'implémentation.

Les vues de carte et de signature ont atteint environ 97% de compression sur l'utilisation suivie.

89.7%des économies de MCP

Réduire les lectures répétées

Les sessions longues revisitent le même matériel. Les relus et les vues delta mises en cache ont réduit la quantité de contexte qui devait être livrée à nouveau.

Ceci est une part des économies totales, pas le taux de compression d'un cache hit.

Jusqu'à 99%meilleur résultat de sortie shell

Se concentrer sur la sortie de la commande

Les constructions, les tests, Git et les gestionnaires de paquets produisent des sorties verbeuses. La compression Shell a conservé les résultats et les échecs exploitables tout en réduisant le texte environnant.

Le résultat shell le plus élevé observé. Ce n'est pas une moyenne de toutes les commandes.

L'économie estimée

L'impact coût estimé.

Sur la charge de travail suivie, Wavect a estimé une réduction de 56,6 % du coût des jetons. Les chiffres d'entrée et de sortie décrivent différentes parties de cette estimation.

La tarification, le mélange de modèles et le traitement du cache affectent ce à quoi ressemble une facture réelle. Ces pourcentages ne sont pas cumulatifs.

Réduction totale estimée du coût des jetons56.6%
Coût estimé des jetons d'entrée réduit
64.1%
Coût estimé des jetons de sortie réduit
33.3%

Estimation de la charge de travail · pas le ROI de la facture audité

Lisez le résultat dans le contexte

Ce que l'étude établit.

Ces résultats décrivent la réduction de contexte suivie. Ils n'établissent pas une livraison plus rapide, un code meilleur ou les mêmes économies dans chaque flux de travail.

Utilisation observée

L'aperçu couvre le mélange de projets suivis par Wavect. Ce n'est pas une expérience A/B contrôlée, et le rapport n'établit pas les gains de temps de cycle ou de débit.

Économies estimées

Le chiffre du coût est une estimation de la charge de travail. Les prix des modèles, la tarification des entrées mises en cache, les abonnements et le mélange de modèles affectent la facture réelle.

Travail vérifié

Un contexte plus petit n'établit pas la correction ou la sécurité. Les modifications exactes nécessitent la source originale ; l'acceptation nécessite toujours des différences réelles, des tests et une révision.

Résultats spécifiques à la charge de travail

La compression varie selon le format du fichier, la répétition et l'intégration. Un résultat maximal ne peut pas être appliqué à chaque dépôt ou à chaque tâche d'agence.

Ce qu'il faut prendre en compte pour votre évaluation

Évaluez votre propre charge de travail.

L'ajustement le plus fort est l'accès répété à de grands dépôts ou à une sortie d'outil verbeuse. Mesurez l'effort de configuration, de récupération et de révision parallèlement à la réduction des jetons.

Ajustement fort

Flux de travail volumineux et répétés — sessions d'agent longues, dépôts inconnus, lectures récurrentes et sortie d'outil verbeuse.

Mesurer

Flux de travail petits mais fréquents — l'économie individuelle peut être modeste, mais la répétition rend l'agrégat significatif.

Peut-être

Flux de travail uniques volumineux — la compression peut aider, mais la configuration, la révision et la récupération peuvent dominer l'économie.

Gardez simple

Tâches uniques petites — une couche de contexte peut ajouter plus de complexité opérationnelle que ce que la tâche justifie.

Le compte original

Lisez le rapport original.

Le rapport technique de terrain de Kevin Riedl décrit en détail le flux de travail de Wavect, les règles de récupération et les limites d'évaluation. L'aperçu de suivi et la révision éditoriale ultérieure sont des dates séparées.

Aperçu de suivi
Rapport examiné
Type de preuve
Rapport de terrain observationnel

Commencez avec LeanCTX

Voyez ce qui change dans votre flux de travail.

Commencez par un dépôt familier. Comparez le contexte, récupérez les détails et examinez le travail.

Priorité au local. Agnostique au modèle. Votre contexte.