Engineering brief

Revolut cut AI coding costs 90%. The catch is GPU infrastructure

AI Engineer4 min read · saves 8 min

At a glance

The brief is enough

Relevance
Practical value
Radar
Time horizon
Now
Warnings
None

Revolut serves 2,000 engineers with self-hosted GLM on 56 B200s at 30 cents per million tokens, cutting its AI coding bill by 90%. The tradeoff: you inherit inference tuning, sandboxing, and a five-second time-to-first-token ceiling.

AI coding budgets can shift from per-token vendor bills to GPU capacity, changing infrastructure planning and cost governance.

Watch if you are choosing between hosted foundation-model APIs and self-hosted open-weight inference for a large engineering org.

Summary

The cost signal. Revolut reports cutting AI coding spend to about a tenth of its previous bill with Anthropic and OpenAI by self-hosting an open-weight GLM model on 56 B200 GPUs. The service covers 2,000 engineers at a blended 30 cents per million tokens, and the invoice is flat. That is the strongest number in the talk, and it explains why Revolut has made open source a priority.

The behavior change. Abitbol traces the impact through two lines: coding time and lead time. Gemini gave 10 percent lead-time improvement and 20 percent coding-time improvement. Self-hosted GLM claims roughly 60 percent coding-time improvement and 70 percent lead-time improvement. His explanation is behavioral: unlimited cheap tokens let engineers stop rationing AI for hard tasks and use it for Jira, Confluence, and other context switching, which is where lead time was actually spent.

The infrastructure reality. The cost saving is not free. Revolut runs 56 B200s and had to tune aggressively: time to first token went from over 10 seconds to around 1.6 seconds, while request throughput more than doubled on the same hardware. Abitbol says anything above 5 seconds triggers Slack complaints, and 3 seconds is the target. He treats long context as overrated, 256K tokens is enough, and cache-hit rates for coding should stay above 90 percent.

The compliance argument. Revolut is an EU-regulated bank, so the talk spends time on the stigma around Chinese open-weight models. The position is that using weights on US-based infrastructure avoids data-sharing concerns, as long as data stays within the US, EU, UK, or Israel, and providers offer zero data retention. The bigger control is the harness: coding agents stay human-in-the-loop inside sandboxes with operation-level approval rules, which satisfies regulators that this is not autonomous.

The missing evidence. These are strong claims from one practitioner, and the talk is short on methodology. The before-and-after comparison is not a controlled study: model, budget limits, and engineering habits changed at the same time. The 90 percent cost cut depends on which hosted tier and usage pattern you compare against, and the speaker still uses frontier hosted models for hard tasks, so self-hosting is an exception rather than a complete replacement. That nuance matters for anyone building a decision on this.

The leadership takeaway. The practical shift is organizational, not just technical. AI coding cost stops being a per-seat budget line and becomes a GPU capacity decision that needs an infrastructure team, observability, and compliance review. Engineering leaders should ask what their per-engineer token spend really is before assuming a hosted frontier model is the only option. For a large enough org, self-hosting deserves a bounded pilot, not a default.

My take

I think the open-versus-frontier debate misses the real signal. Token price changes engineering behavior. Revolut's 90 percent cost cut is real in their setup, but it came with a serious operations burden: 56 GPUs, aggressive quantization, cache-hit targets, and a five-second latency ceiling. Many engineering organizations do not have the skills or appetite to run that kind of service. I would be careful treating lead-time improvements as causal. Model, budget policy, and habit changed at the same time. What I would take into a leadership conversation is the question: what is our per-engineer AI spend, and would a bounded self-hosting pilot change unit economics enough to justify the infrastructure cost? That is a concrete budget and staffing decision, not a model benchmark.

What to do with this

  1. Calculate your per-engineer AI coding spend for the last quarter, including overages and exceptions, before renewing any vendor contract.
  2. Ask your platform team to define time-to-first-token, cache-hit rate, and token cost as measurable SLOs for AI coding services.
  3. Run a two-week pilot of an open-weight coding model on one team and compare lead time and cost per merged PR against the hosted baseline.

Watch the video

This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.

Related breakdowns

Get TL;DW

Too Long; Didn't Watch.

A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.

Free. Weekly. No hype.

Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.