~93%ctx_read ファイルの削減
不明なコードを探る
コンパクトなビューはエンジニアが関連コードを見つけるのに役立ちました。調査が実装に移行したときに完全なソースが返されます。
マッピングビューとシグネチャビューは追跡された使用量の全体で約97%の圧縮に達しました。
Wavect · 顧客事例
コンテキストの繰り返しを削減。開発会社のワークフロー全体で。
Wavectは、クライアントおよび内部プロジェクト全体でコーディングエージェントを使用しています。エージェンシーは、日常の開発中にLeanCTXが提供するコンテキストをどのように変更したかを測定しました。
64.1%
追跡された使用におけるコンテキストの削減
トラッキングスナップショット · 2026年7月26日準備前
100
準備後
35.9
コンテキスト量は100にインデックス化。制御された生産性研究ではなく、観察された使用量。
- 会社
- Wavect GmbH
- 環境
- クライアントおよび内部リポジトリ
- 最も強力な集計チャネル
- 92.7%のMCP圧縮
- 推定トークンコストの削減
- 56.6%
エージェンシーの環境
エージェンシーのワークロード。
追跡された作業は、新しいビルド、継承されたシステム、バグ調査、統合、内部ツールに及びます。それぞれが異なるソースと読み取り深度をもたらします。
繰り返し読み取り。
変化するプロジェクト全体で。
各プロジェクトの切り替えは、新しいコード、スキーマ、構成をもたらします。同じ資料が後の読み取りとコマンド出力で返されます。Wavectは、LeanCTXがそのエージェントに提供するコンテキストをどのように変更したかを測定しました。
- プロジェクトの切り替え
- エンジニアはプロジェクト、スタック、またはデリバリーフェーズを切り替えるたびに、オリエンテーションコストを繰り返し支払います。
- 要件の確認
- 定型的なコンテンツの変更とセキュリティに敏感なバックエンドの変更は、同じ回復およびレビュールールを共有することはできません。
- ツール出力
- パッケージマネージャ、Git、テスト、コンテナ、クローラー、インフラストラクチャコマンドがすべてモデルの入力になります。
オペレーションの変更
まず少なく読む。
必要に応じて展開してください。
最小限の有用な表現から始め、決定にさらなる証拠が必要な場合は展開し、要約ではなくリポジトリに対して検証してください。
- 01
コードを特定
システム構造、おそらく所有権、次の決定に必要な証拠を見つける。
- 02
コンテキストを絞り込む
キャッシュされたコンテキストとコンパクトな表現でスコープを絞り込む。
- 03
編集する前に読む
正確な編集の前に正確なソースを検査します。意味が不確かな場合は生データを取り戻します。
- 04
テスト出力を検査する
ビルド、テスト、コマンドからのシグナルを保持します。ノイズを圧縮し、失敗を保持します。
- 05
変更を検証する
差分を確認し、テストを実行し、実際のシステムをチェックします。圧縮は作業を承認しません。
削減がどこから来たのか
節約がどこから来たのか。
ファイルとコマンド出力全体で、全体の削減率は64.1%でした。MCPツールトラフィックが節約されたトークンの大部分を占めました。3つの繰り返しパターンが結果を説明します。
- MCPツールトラフィック
- 89.7%
- シェル統合
- 10.3%
89.7%MCPからの節約分
繰り返しの読み取りを減らす
長いセッションでは同じ資料を再訪します。キャッシュされた再読み取りとデルタビューは、再度提供する必要のあるコンテキストの量を減らしました。
これはキャッシュヒットの圧縮率ではなく、全体の節約の割合です。
最大99%最適なシェル出力結果
フォーカスコマンド出力
ビルド、テスト、Git、パッケージマネージャは冗長な出力を生成します。シェル圧縮は、周囲のテキストを削減しつつ、結果と実行可能な失敗を保持しました。
観測されたシェル処理の最大値です。すべてのコマンドの平均ではありません。
推定される経済性
推定されるコスト影響。
追跡されたワークロード全体で、Wavectはトークンコストの56.6%の削減を推定しました。入力と出力の数値は、その推定の異なる部分を説明します。
価格設定、モデルの組み合わせ、キャッシュの取り扱いが実際の請求額にどのようなものになるかに影響します。これらのパーセンテージは加算されません。
推定される全体のトークンコスト削減56.6%
- 推定される入力トークンコストの削減
- 64.1%
- 推定される出力トークンコストの削減
- 33.3%
ワークロードの推定 · 監査されていない請求ROI
コンテキストで結果を読んでください
調査が確立するもの。
これらの結果は追跡されたコンテキストの削減を説明するものです。それらは、すべてのワークフローでより速い配信、より良いコード、または同じ節約を確立するものではありません。
観測された使用状況
このスナップショットはWavectが追跡したプロジェクトの組み合わせをカバーしています。これは制御されたA/B実験ではなく、レポートはサイクルタイムやスループットの向上のことを確立しません。
推定される経済性
コストの数値はワークロードの推定値です。モデルの価格設定、キャッシュされた入力の価格設定、サブスクリプション、モデルの組み合わせが実際の請求額に影響します。
検証された作業
コンテキストが小さいからといって、正確性やセキュリティが確立されるわけではありません。正確な編集には元のソースが必要です。受け入れには、実際の差分、テスト、レビューが必要です。
ワークロード固有の結果
圧縮はファイル形式、繰り返し、統合によって異なります。ピークの結果をすべてのリポジトリやすべてのエージェンシータスクに適用することはできません。
評価に考慮すべきこと
ご自身のワークロードを評価してください。
最も強い適合性は、大規模リポジトリへの繰り返しアクセスまたは冗長なツール出力です。トークンの削減と並行して、セットアップ、回復、レビューの労力を測定してください。
強い適合性
大規模で繰り返しの多いワークフロー — 長いエージェントセッション、馴染みのないリポジトリ、繰り返しの読み取り、冗長なツール出力。
測定
小さく頻繁なワークフロー — 個々の節約は控えめかもしれないが、繰り返しが全体を意味のあるものにする。
たぶん
大規模な一回限りのワークフロー — 圧縮は役立つかもしれませんが、セットアップ、レビュー、回復が経済性を支配する可能性があります。
シンプルに保つ
小規模な一回限りのタスク — コンテキストレイヤーはタスクが正当化するよりも多くの運用上の複雑さを追加する可能性があります。
元のアカウント
元のレポートを読んでください。
Kevin Riedlの技術分野レポートでは、Wavectのワークフロー、回復ルール、評価限界がすべて説明されています。トラッキングスナップショットと後の編集レビューは別の日付です。
- トラッキングスナップショット
- レポートはレビュー済み
- 証拠の種類
- 観察フィールドレポート
LeanCTXから始める
ワークフローの変更点を確認してください。
よく知っているリポジトリから始めてください。コンテキストを比較し、詳細を回復し、作業をレビューしてください。
ローカルファースト。モデル非依存。あなたのコンテキスト。