Loading video...

Video Failed to Load

Go Home

Opus 5, Max, Fast: Prompts: 8 Input (cache write): 1,181,215 Input (no cache): 227,275 Cache read: 70,291,242 Output: 302,449 Total tokens: 72,002,181 Cost (USD): $117.7400 Most of the money was spent on trying to get the body and the swing not to look insane. I had to link like...

154,705 views • 3 months ago •via X (Twitter)

35 Comments

ThePrimeagen's profile picture
ThePrimeagen3 months ago

also i love that the ball gets relatively bigger to my body the further i hit the ball. Somehow that just makes me so happy

Michael🧙's profile picture
Michael🧙3 months ago

Woh, thats crazy. you know back in 2002 this game would have made $5,000,000,000,000 on steam and now you can make it for $117

Zachary Meyer's profile picture
Zachary Meyer3 months ago

wow dude 5 yrs ago this would have been worth $15m total at least and you did this for only $117???

Barutoi's profile picture
Barutoi3 months ago

Is this supposed to be good or bad? Looks like wasted time and money to me.

Rovshan's profile picture
Rovshan3 months ago

Just don't tell your wife on what you spent this $117

Jason's profile picture
Jason3 months ago

I just one shotted that shit with Gemini 3 flash preview for $0.02. Output Tokens: 5,729 Total Tokens: 19,589 Total Cost (USD): $0.021740

waterfowl's profile picture
waterfowl3 months ago

there's something sad about the fact people are spending 72 million tokens on what is essentially a crappy flash game from 2001

Levi's profile picture
Levi3 months ago

“Vibe coding” prompts? Or were you in the loop?

ThePrimeagen's profile picture
ThePrimeagen3 months ago

/loop

Nate Wilson's profile picture
Nate Wilson3 months ago

The future is here! We can finally make 2005 flash games again. Thank you AI overlords!

montano's profile picture
montano3 months ago

it’s so over

Steve Brownlie's profile picture
Steve Brownlie3 months ago

and yet this is what golf games looked like on donkey hardware 36 years before ai...

ink's profile picture
ink3 months ago

i can't overstate how bad this looks

Ahmad Awais's profile picture
Ahmad Awais3 months ago

@naymur_dev time to do this with open models using @CommandCodeAI :P

keccak's profile picture
keccak3 months ago

You know back in the day you could have made it for free over a period of months and no one would have cared. Now you spent 117 $ over a few hours and no one cares.

Michael Lulev's profile picture
Michael Lulev3 months ago

Try creating the same thing using Grok 4.5 high in Grok Build. Compare the time it takes and the cost.

Brandon Falk's profile picture
Brandon Falk3 months ago

Please god tell me you're making a golf game but with qwop controls for the golfers arms/legs/swing.

Aman Shaikh 🇮🇳's profile picture
Aman Shaikh 🇮🇳3 months ago

Wasted time and money I would prefer Opus 5 and Fable 5 for prototypes not for the final product Also geni 3 is good too

David's profile picture
David3 months ago

Its only me or is 117$ a lot of money?

Michael Swengel's profile picture
Michael Swengel3 months ago

And this seemed like a good use of money?

Chandraprakash Darji's profile picture
Chandraprakash Darji3 months ago

$117, is more than my infra bill. See this kind of ui/frontend/design with AI, I feel like AI is very far behind at building frontend.

troneras's profile picture
troneras3 months ago

Can I add your game as an Easter egg in my app website? It’s about golf. I would keep this like an art piece generated by @ThePrimeagen Now that anyone can build, like painting, we may get more people that admires good craftmanship…

Nat Miletic's profile picture
Nat Miletic3 months ago

It's these dumb things usually that eat up all of the tokens I swear LOL

Nicholas Gilmet's profile picture
Nicholas Gilmet3 months ago

Love all your stuff, Prime. No hate from me here; I default to agreeing with your takes on most things. Just wanna ask: is this you saying “look how good this model is!” Or “look how bad this model did here!” ? I can’t tell. I could just be dumb tho

Prasenjit Sarkar's profile picture
Prasenjit Sarkar3 months ago

Campfire ( ) generates a cost card per session: backend, model, token breakdown, USD total. Shareable with the team. Cost-cascade mode runs the same task across multiple backends in isolated worktrees, so you can see what each one actually costs before committing.

Mefa's profile picture
Mefa3 months ago

Lmfao what is this slop 😭

Mikhail Rogov's profile picture
Mikhail Rogov3 months ago

72M tokens for $118. Cache reads completely change what token count means.

Carlos's profile picture
Carlos3 months ago

this is where I am puzzled; I see this slop and I am like well those are similar results to what I get; but then I see in X some people claiming they one shot a Call of Duty with 3d?! someone must be lying 😛

relentless.build's profile picture
relentless.build3 months ago

People: "Look at this absurd golf thing I made for $117!" Also people: "$90 for GTA 6 is too expensive!"

intern's profile picture
intern3 months ago

$117? That’s wild

Tor Tor's profile picture
Tor Tor3 months ago

I have a 20 subscription Used cliproxyapi To serve my own agent Did a similar test run yesterday Total token cap set to 10m It works fine, not even trigger the 5h limit. API price is not for individuals...

Jorge's profile picture
Jorge3 months ago

I think at this point the best AI workflow pipeline is scaffold stuff → tweak a few things → ce-simplify-code → ask the AI to explain to you the codebase and get back to tweak a few things manually The smallest details you want changed live in a few easily identifiable files, it makes no sense to get an AI to take like 3 minutes for a 20 second surgical change you can Ctrl-F / rg

Tasa - 🇪🇸 🏴‍☠️'s profile picture
Tasa - 🇪🇸 🏴‍☠️3 months ago

Yeah you'd need some skills you know.

Alexandru Bogdan's profile picture
Alexandru Bogdan3 months ago

Are you content with using this AI model?

Amadej Jerlah's profile picture
Amadej Jerlah3 months ago

hope there's room for 1 million ads

Related Videos

How to cut your AI bill by 60% switching to Opus 5.5: Most people will swap the model name, save 24%, and stop there. The other 37% is sitting in your settings. Here's the real before and after on an example agent workload. One month: 100M input tokens (80M cached reads, 5M cache writes, 15M uncached) 10M output tokens BEFORE: Opus 5 Cache reads: 80M × $0.50 = $40 Cache writes: 5M × $6.25 = $31.25 Uncached input: 15M × $5 = $75 Output: 10M × $25 = $250 Total: $396.25 STEP 1. Just switch the model. Same tokens, new prices. Cache reads $0.20. Writes $5. Input $4. Output $20. $16 + $25 + $60 + $200 = $301 24% cheaper. That's what everyone's screenshotting. STEP 2. Let it write less. Box measured Opus 5.5 at 40% less verbose with no drop in accuracy. 10M output tokens becomes 6M. Output drops from $200 to $120. Total: $221. Now you're at 44% off. STEP 3. Stop running every call at max effort. Thinking can't be switched off on 5.5 anymore, so effort is your lever. Classifying, routing, formatting, summarizing? Drop the effort. Save the high settings for the calls that actually reason. Say that trims output another 25%, 6M down to 4.5M. Output: $90. Total: $191. 52% off. STEP 4. Cache the stuff you keep resending. This is the one nobody does. Cache reads went from $0.50 to $0.20. That's 60% off the cheapest line on your bill. Move your system prompt, tool definitions and repo context into the cache. Uncached input drops from 15M to 5M, cache reads go up to 90M. $18 + $25 + $20 + $90 = $153 AFTER: $153 From $396.25. 61% cheaper. Same work. The model gave you 24%. You gave yourself the other 37%. Anthropic's own number is 40% cheaper than Opus 5 on typical workloads. Your number depends on how much of your bill is output and how much of your prompt you're resending uncached every call. So check those two first. Bookmark this for when you migrate. follow CyrilXBT

CyrilXBT

15,803 views • 1 month ago

Jev + Opus 5.5: Anthropic's new model beats GPT-6 Astra for 1/5 the cost, and 4 API changes will 400 your agent before it writes a single line I pulled these 10 steps from the migration docs so you don't learn them in production step 1 → $4 / $20 per 1M. Opus 5 was $5 / $25. cache reads dropped from $0.50 to $0.20 step 2 → 66.4% on Terminal-Bench 4.0 vs GPT-6 Astra 57.9% and Opus 5 52.3%. +14.1 points in one release, and on FrontierCode it beats Astra at default effort for 1/5 the cost step 3 → thinking can't be turned off anymore. send thinking: disabled and you get a 400. drop the field, set effort step 4 → tool_choice any and tool are gone. 400. switch to auto + strict step 5 → edit anything above a thinking block and the request dies. append only, or opt into drop_block step 6 → computer_20251124 is dead on the API. 400. move to computer_toolset_20260801 step 7 → the quiet one: default effort fell from high to medium. your agent thinks less than you set it up to and nothing tells you step 8 → hop Opus 5.5 → Sonnet 5 → Opus 5.5 and you pay 4.36 instead of 3.32. +31%, the cache dies and Sonnet can't read Opus's reasoning step 9 → change effort at the top of the request and the cache is gone. Jev sets it per message and the cache stays step 10 → switch fast - standard mid-session and it's a full cache miss. Jev picks speed once, on turn one one model, three knobs, zero 400s. that is Jev + Opus 5.5 send this to your Claude Code before you touch the model ID, then read my full Jev deep dive in the article below ↓

Carnage

16,674 views • 1 month ago

Redis built a cache that cuts LLM costs by 90%! Production LLM apps do not receive completely new questions every time. A customer-support assistant might receive all three of these: - "Can I get a refund after buying the monthly plan?" - "Is the monthly subscription refundable?" - "Can I cancel the plan and get my money back?" The wording is different, but the underlying question and its answer remain the same. Yet LLM apps process every version as a new request. They assemble the prompt, send it to the model, and generate an answer that may have already been generated. Prefix caching reduces part of these repeated calls. When requests begin with the same system prompt or context, the model can reuse the KV states already computed for that shared prefix. But the request still hits the LLM. The new tokens must be processed, and the complete answer must still be decoded. So even with a prefix-cache hit, there's another generation call involved. To solve this, instead of only caching computation inside the model, the application can cache the generated response outside it. When another question arrives, the system embeds it and compares it with previously answered questions. If it finds a sufficiently close match, it returns the stored response without invoking the LLM again. A cache hit removes the input tokens, output tokens, and decoding time associated with another LLM call. In practice, it is important to decide which questions can safely share an answer since a production setup needs well-tuned similarity thresholds, expiration policies, data isolation, and monitoring for incorrect matches. If you want to use this in practice, Redis already implements it as a managed service called Redis LangCache. Under the hood, it generates embeddings, searches previous responses, and returns a matching answer before another model call occurs. Redis also handles access scopes, custom filtering, TTL and eviction controls, and cache monitoring through Redis Cloud. I built an interface to compare it against direct LLM inference. The video below shows this in action, and I worked with Redis on this post to put this together. For the paraphrased question in my run, direct inference took 2.232 seconds and consumed 514 input tokens plus 250 output tokens. Redis returned the earlier response in 0.37 seconds with zero LLM input or output tokens. That was roughly 6x faster in this run. Redis reports API cost savings of up to 90% and cache-hit responses up to 15x faster. The actual result depends on how much safe repetition exists in the workload. You can try Redis LangCache here: If you want to dive deeper, I have already written a detailed breakdown of KV, prefix, prompt, and semantic caching in the article quoted below. This demo builds on the final technique and shows it running in practice. Read it below.

Avi Chawla

166,230 views • 1 month ago