cd /news/developer-tools/i-put-8-8b-tokens-on-my-cv · home topics developer-tools article
[ARTICLE · art-110639] src=victorantos.com ↗ pub= topic=developer-tools verified=true sentiment=· neutral

I Put 8.8B Tokens on My CV

Victor Antos, a software developer, reported using 8.8 billion tokens with Claude Code over 234 days, including 8.4 billion cache reads and 19.8 million output tokens, and added the figure to his résumé alongside 15+ live products and 2,592 GitHub contributions. He argues that sustained, productive token usage is a skill comparable to flight hours, demonstrating throughput and context engineering, and notes that his context-trimming layer for NestClaw cuts token spend by roughly half.

read4 min views1 publishedAug 25, 2026
I Put 8.8B Tokens on My CV
Image: source

This morning I learned Claude Code has a /cost

command. I ran it, stared at the screen for a second, and tweeted the screenshot: 8.8 billion tokens in 234 days.

Then I did something that felt slightly absurd and completely right: I put the number on my résumé.

How big is 8.8 billion, actually #

Numbers with nine zeros stop meaning anything, so let me translate. 8.8 billion tokens is roughly six and a half billion words — more text than the entire English Wikipedia — flowing between me and my coding agents in 234 days. And the odometer says I was only actively driving on 56 of those days, which puts the honest rate around 157 million tokens per active day of specs, diffs, test output, and code review.

The fine print is a story of its own. 8.4 of those billions are cache reads — agents re-reading their working context on every turn. That's not padding; that's exactly what several long-running sessions with big contexts cost, and the 19.8 million output tokens on the same line are the part I reviewed. There are 168 sessions in there, a 17-day streak, and one session that stayed open for 29 days straight.

No human types that. That's the point. The number isn't measuring my typing — it's measuring how much work I can keep in flight.

"Tokens are a cost, not an achievement" #

I can hear the objection, because I made it to myself first: bragging about tokens consumed is like bragging about lines of code written. It's an input metric. Spent badly, 8.8 billion tokens is just an expensive way to heat a server room in Dublin.

That's true — on its own. Which is why the number sits on my CV next to what it produced: 15+ live products built and operated end to end, 2.38 million companies indexed by my job-board agents, 2,592 GitHub contributions in the last twelve months, and a whole Azure estate migrated to one VPS. Input without output is burn rate. Input with output is throughput, and throughput is exactly what hiring managers are trying to estimate when they ask "so, do you use AI tools?"

Everyone says yes to that question now. It's the "proficient in Microsoft Word" of 2026. A measured number is different: it's specific, it's falsifiable, and almost nobody has one, because almost nobody thought to look.

Spending tokens well is a skill #

Here's the claim I actually want to defend: sustaining that volume productively is a skill, the way flight hours are a skill. Nobody hires a pilot because sitting in a cockpit is impressive; they hire the hours because you can't fake what they proxy for. Getting through billions of tokens without producing garbage means, concretely:

Specs an agent can build from. Every feature I ship starts as a Markdown spec. Vague prompts burn tokens on wrong answers; a good spec converts them into working code on the first or second pass.Review that keeps up. Agents produce faster than most people can read. I review like a tech lead — every line, before it ships — and the day I can't keep up, the pipeline stalls no matter how many tokens I throw at it.Parallelism. One agent session is autocomplete. Three or four at once — one migrating a schema, one writing tests, one drafting a scraper — is a team, and coordinating a team is the actual job.Context engineering. When you also pay API invoices for your own products' users, you learn to care. The context-trimming layer I built forNestClawcuts token spend roughly in half. High throughput and cost discipline aren't opposites; the second is what makes the first sustainable.

None of that shows up in "familiar with AI-assisted development." All of it shows up in the odometer.

What it looks like on the CV #

The metrics strip on my résumé now reads: 20 yrsC#/.NET in production ·15+live products ·35production services on one VPS ·2,592GitHub contributions in 12 months ·8.8BClaude Code tokens in under 8 months

And the skills table says it plainly: Claude Code and parallel multi-agent workflows daily (8.8B tokens in under 8 months).

Maybe in two years this will look as quaint as "types 80 WPM." Fine. Right now, in the middle of the transition, it answers the one question every engineering interview circles around — can this person actually work the new way, or do they just say they can? — with a number instead of an adjective.

Check yours #

Open Claude Code and run /cost

. If you've been doing this daily for months, the number will surprise you — mine did, this morning, and I've been watching the invoices.

And if it's big: consider writing it down where hiring managers can see it. The odometer only counts if you show it.

What's your number? Tell me on X — I'm collecting them.

── more in #developer-tools 4 stories · sorted by recency
── more on @victor antos 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/i-put-8-8b-tokens-on…] indexed:0 read:4min 2026-08-25 ·