Customer Story

How a software agency made context engineering part of everyday delivery.

Wavect moves between client and internal repositories across product delivery, integrations, AI work, backend and frontend systems, infrastructure and ongoing maintenance. They measured what changed when LeanCTX shaped the context entering their coding agents.

64.1% Overall context reduction Across tracked Wavect usage
92.7% MCP traffic compression Strongest aggregate channel
56.6% Estimated token-cost reduction Workload estimate, not invoice ROI

The problem was not one spectacularly large prompt. It was the ordinary sequence of read, search, run, inspect, re-read, compare and verify.

The agency environment Why this matters more than a single-repo demo.

No single website or stack represents the tracked experience. Wavect’s workload spans greenfield builds, inherited systems, bug investigations, integrations and internal tooling — each producing different context demands.

Variety

Different project shapes produce different context demands. Greenfield builds, inherited systems, security-sensitive backends.

Switching

Engineers repeatedly pay the orientation cost when they switch projects, stacks or delivery phases.

Risk

A routine content change and a security-sensitive backend change cannot share the same recovery and review rules.

Tooling

Package managers, Git, tests, containers, crawlers and infrastructure commands all become model input.

The operating change Lean context as intake, not truth.

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

01

Orient

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

02

Focus

Narrow scope with cached context and compact representations.

03

Change

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

04

Run

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

05

Accept

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

Where the value appeared Three recurring workflow patterns.

The savings were not evenly distributed. They concentrated in three patterns that repeat across agency delivery.

~93% ctx_read file reduction

Entering an unfamiliar repository

Agency work often starts before the engineer has a reliable mental model. LeanCTX delayed unnecessary detail — the full source returned when the investigation became an implementation task.

89.7% of savings from MCP

The same context comes back

Long sessions revisit stable material for different reasons. Cached re-reads and delta-oriented views reduced the repeated payload. The value compounded with session length.

99% best shell-output result

Command output is context too

Builds, tests, Git and package managers produce more text than the next decision needs. Shell compression kept the result and actionable failures while removing noise.

LeanCTX acted more like an evidence editor than an engineer. It reduced duplication and highlighted signal, but it did not decide whether the underlying work was correct.

Measured outcome The aggregate, not the best case.

The case study uses 64.1% as the headline because it represents the tracked mix. Larger percentages explain where the total came from.

89.7% of all savings from MCP traffic
10.3% of all savings from shell integrations
~93% ctx_read file-context reduction
~97% signature and map compression
64.1% lower estimated input cost
33.3% lower estimated output cost

Honest limitations What this evidence does not prove.

A credible case study makes the boundary easy to find. These percentages show context reduction — they do not automatically establish faster delivery, better code or universal product fit.

01

Not a controlled A/B study. The tracked workload was observational.

02

Not a productivity percentage. Cycle time and throughput were not measured.

03

Not audited invoice ROI. The 56.6% is an estimated token-cost reduction.

04

Not proof of better code. Smaller context does not prove correctness or security.

05

Not equal across formats. Compression varies between structured code and dense literal formats.

06

Not every agency workflow. This reflects Wavect’s specific mix, tooling and acceptance rules.

Buyer fit Where the value is strongest.

Large context alone is not enough. Repetition alone is not enough. The strongest fit appears when large repository or tool context returns throughout the same workflow.

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.

LeanCTX became useful when we stopped thinking about one prompt and looked at the whole agency session. The same files, schemas and commands come back again and again. Making those repeats smaller was where the value compounded.

Kevin RiedlWavect GmbH

Evaluate LeanCTXon your workflow

Run a two-week controlled evaluation with the same repository and task set. Measure context, time, quality and cost per accepted task.

Support this project