The Port That Cost $165K and Read 11,000 Tokens Per Line
The migration numbers are credible; the verification numbers are the ones that decide whether your team should copy this, and they are far smaller than the headline.
Divide the numbers and it's a read problem, not a write problem
5.9 billion input tokens against 535,496 output lines is roughly 11,000 tokens of context consumed per line of code produced. The implied blended rate lands near $28 per million input tokens. The operative word in Jarred Sumner's account is uncached — context was rebuilt, repeatedly, at full price. Sixty-four parallel instances at a peak of 695 commits an hour is about eleven commits per instance per hour, which tells you by construction that no human review loop fits inside that path.
The transferable finding is the cost shape, not the outcome. If your long-running agentic jobs are repo-comprehension shaped — and most coding agents are — context caching plus repo-map compression is plausibly a 3-5x reduction on identical work. It requires no migration, and you can check your cached-versus-uncached ratio this afternoon.
The oracle was a test suite, and the ratio is the story
More than a million assertions sounds enormous until you divide by 535,496 migrated lines: under two assertions per line, with unknown mutation-kill strength. Andrew Kelley's question — whether that suite can justify trusting roughly a million lines of unreviewed machine-generated Rust — is not rhetorical, and it is the only question that transfers to your codebase.
Be equally honest about the wins. The 6.7GB-to-609MB memory reduction on a bundling test is real, but it shows that a from-scratch rewrite with fresh allocation discipline beats a decade of accretion — not that Rust beats Zig on allocation, since Zig gives exquisite allocator control. The 128 longstanding bugs fixed are what rewrites always flush. The +2% to +5% HTTP throughput sits inside most benchmarking noise bands; do not build a business case on it. And Anthropic acquired Bun in December 2025, which makes v1.4.0 both a real engineering result and a marketing asset.
Where the second source sharpens the first
Read alongside the tooling-era analysis, the Bun result is the endpoint of a clear trend: diff production has moved out of the editor into sandboxes and CI runners, while the review gate stayed where it was. Human PR review is O(diff size) in attention and degrades badly past a few hundred lines, so the moment an agent emits a five-thousand-line refactor, review becomes theater. The replacement is executable verification — mutation testing to prove your suite detects defects, regression baselines, architecture boundary tests, diff-size caps that force decomposition, and provenance so you can measure revert rate by author type.
Reject the vendor framing in the same breath: sponsored claims of 1M LOC reverse-engineered and 25,000 lines of "E2E tested" generated code are volume claims dressed as quality claims. LOC is a cost, not an output. The human cost is measurable too — a year into rollout, regular engineers report accountability anxiety over owning diffs they cannot fully explain, while architects report being more augmented than replaced.
Bun had a million-assertion suite and the original author supervising the machines. If you have neither, you are not running the same experiment.
If you run Bun in production or CI
v1.4.0 is a different codebase, not an increment. Pin your version, run your own integration suite before upgrading anything on the request path, and keep a tested fallback. The 128 fixed bugs and the unreviewed-lines risk shipped in the same release.
What to do
Measure mutation score — not line coverage — on the test suite guarding your worst legacy module before any AI migration proposal reaches a design review this quarter
Build a differential execution harness this sprint — old binary versus new, identical recorded production inputs, byte-compared outputs — and make it the migration gate instead of the unit suite
Audit the cached versus uncached input-token ratio on every long-running agentic workload this week and set an alarm on it