Wavect · Customer story

Less repeated context.Across agency workflows.

Wavect uses coding agents across client and internal projects. The agency measured how LeanCTX changed the context delivered during everyday development.

64.1%

less context across tracked usage

Tracking snapshot · 26 July 2026
The same workload. A smaller input.
Before preparation
100
After preparation
35.9

Context volume indexed to 100. Observed usage, not a controlled productivity study.

Company
Wavect GmbH
Environment
Client & internal repositories
Strongest aggregate channel
92.7% MCP compression
Estimated token-cost reduction
56.6%

The agency environment

The agency workload.

The tracked work spans new builds, inherited systems, bug investigations, integrations and internal tools. Each brings different sources and read depths.

Repeated reads.
Across changing projects.

Each project switch brings new code, schemas and configuration. The same material returns in later reads and command output. Wavect measured how LeanCTX changed the context delivered to its agents.

Project switching
Engineers repeatedly pay the orientation cost when they switch projects, stacks or delivery phases.
Review requirements
A routine content change and a security-sensitive backend change cannot share the same recovery and review rules.
Tool output
Package managers, Git, tests, containers, crawlers and infrastructure commands all become model input.

The operating change

Read less first.
Expand when needed.

Begin with the smallest useful representation, expand when the decision requires more evidence, and verify against the repository rather than the summary.

Compact discovery → original detail for exact work
  1. 01

    Locate the code

    Find system shape, likely ownership and evidence needed for the next decision.

  2. 02

    Narrow the context

    Narrow scope with cached context and compact representations.

  3. 03

    Read before editing

    Inspect exact source before exact edits. Recover raw when meaning is uncertain.

  4. 04

    Inspect test output

    Keep signal from builds, tests and commands. Compress noise, preserve failures.

  5. 05

    Verify the change

    Review the diff, run the tests, check the real system. Compression does not approve work.

Where the reduction came from

Where the savings came from.

Across files and command output, the overall reduction was 64.1%. MCP tool traffic accounted for most of the saved tokens. Three recurring patterns explain the result.

Share of all saved tokens
MCP tool traffic
89.7%
Shell integrations
10.3%
~93%ctx_read file reduction

Explore unfamiliar code

Compact views helped engineers locate relevant code. Full source returned when the investigation moved to implementation.

Map and signature views reached roughly 97% compression across the tracked usage.

89.7%of savings from MCP

Reduce repeated reads

Long sessions revisit the same material. Cached re-reads and delta views reduced how much context had to be delivered again.

This is a share of total savings, not the compression rate of a cache hit.

Up to 99%best shell-output result

Focus command output

Builds, tests, Git and package managers produce verbose output. Shell compression kept results and actionable failures while reducing surrounding text.

The highest observed shell result. It is not an average across all commands.

The estimated economics

The estimated cost impact.

Across the tracked workload, Wavect estimated a 56.6% reduction in token cost. The input and output figures describe different parts of that estimate.

Pricing, model mix and cache treatment affect what an actual bill looks like. These percentages are not additive.

Estimated overall token-cost reduction56.6%
Lower estimated input-token cost
64.1%
Lower estimated output-token cost
33.3%

Workload estimate · not audited invoice ROI

Read the result in context

What the study establishes.

These results describe tracked context reduction. They do not establish faster delivery, better code or the same savings in every workflow.

Observed usage

The snapshot covers Wavect’s tracked project mix. It is not a controlled A/B experiment, and the report does not establish cycle-time or throughput gains.

Estimated economics

The cost figure is a workload estimate. Model prices, cached-input pricing, subscriptions and model mix affect the actual invoice.

Verified work

Smaller context does not establish correctness or security. Exact edits need original source; acceptance still needs real diffs, tests and review.

Workload-specific results

Compression varies with file format, repetition and integration. A peak result cannot be applied to every repository or every agency task.

What to take into your evaluation

Evaluate your own workload.

The strongest fit is repeated access to large repositories or verbose tool output. Measure setup, recovery and review effort alongside token reduction.

Strong fit

Large, repeated workflows — long agent sessions, unfamiliar repositories, recurring reads and verbose tool output.

Measure

Small but frequent workflows — individual saving may be modest, but repetition makes the aggregate meaningful.

Maybe

Large one-off workflows — compression can help, but setup, review and recovery may dominate the economics.

Keep simple

Small one-off tasks — a context layer can add more operational complexity than the task justifies.

The original account

Read the original report.

Kevin Riedl’s technical field report describes Wavect’s workflow, recovery rules and evaluation limits in full. The tracking snapshot and the later editorial review are separate dates.

Tracking snapshot
Report reviewed
Evidence type
Observational field report

Start with LeanCTX

See what changes in your workflow.

Start with a familiar repository. Compare the context, recover the detail and review the work.

Local-first. Model-agnostic. Your context.