Cover Image for Kimi K3 took first place on frontend coding at a third of the price, and the weights are still not out

Kimi K3 took first place on frontend coding at a third of the price, and the weights are still not out

Moonshot's 2.8-trillion-parameter model beat Claude Fable 5 and GPT-5.6 Sol in the Frontend Code Arena. The open weights were due on 27 July 2026, and the licence has not been published.

Ankit KumarAnkit Kumar5 min read

tldr: Moonshot AI's Kimi K3 took first place in the Frontend Code Arena, ahead of Claude Fable 5 and GPT-5.6 Sol. The API costs $3 per million input tokens and $15 per million output, which is 30% of Fable 5's rate. The open weights were due on 27 July 2026. They have not appeared, and neither has the licence.

What did Kimi K3 score, and what does it cost?

The Frontend Code Arena ranks models head to head on real frontend work. K3 came first. Tom's Hardware reported specific point totals behind that result, though the arena's own figures are not public, so the ranking is the part to lean on rather than the margin.

ModelFrontend Code ArenaInput / 1MOutput / 1M1M in + 1M out
Kimi K31st$3$15$18
Claude Fable 5behind K3$10$50$60
GPT-5.6 Solbehind K3$5$30$35
Claude Opus 5not ranked$5$25$30

Bar chart comparing API cost per one million input plus one million output tokens: Kimi K3 at $18, Claude Opus 5 at $30, GPT-5.6 Sol at $35, Claude Fable 5 at $60

Push a million tokens in each direction and K3 bills $18 where Fable 5 bills $60. That ratio holds on the input column and the output column independently, which is unusual; most cheaper models save you money on one and claw it back on the other.

The price works because most of K3 sits idle. It is a sparse mixture-of-experts model, so a request wakes a fraction of the network rather than all 2.8 trillion parameters. The context window is a million tokens, putting it alongside Opus 5 for whole-repository work, and Moonshot says the arena result came from a single-agent setup using that full window with no context compression.

The open-source claim is not established

VentureBeat and Tom's Hardware both describe K3 as the largest open-source model ever released. Neither of them can know that yet. Moonshot has not published the licence terms, and says they will arrive with the weights.

Kimi K2 came out under a Modified MIT License whose one change requires you to display "Kimi K2" in your interface if the product clears 100 million monthly active users or $20 million in monthly revenue. Close to permissive, and not the same thing. Anyone planning commercial use is currently guessing.

There is also nothing to download. As of 27 July 2026 the official moonshotai organisation on Hugging Face holds no K3 repository, and its newest model is Kimi-K2.7-Code from 15 June 2026. The largest open-weight release in history is, so far, a press cycle.

Self-hosting needs about 1.4 TB of GPU memory

The weights run about 1.4 TB under MXFP4, down from roughly 5.6 TB at FP16, the fourfold saving you would expect dropping from 16-bit to 4-bit. That is the floor for loading the file. KV cache and activations come out of whatever is left.

In practical terms it takes eighteen 80 GB accelerators just to hold the weights. A single node of eight 192 GB cards, about 1.5 TB, fits them with almost nothing spare, which leaves no room to actually serve traffic. Community write-ups putting a comfortable configuration nearer 5 TB are describing headroom rather than a minimum, and Moonshot has not published a reference deployment.

So the API at $3 and $15 undercuts the hardware for anyone not already operating a cluster. Open weights buy you auditability, fine-tuning, and somewhere to put data that cannot leave your network. Saving money is not on that list.

What this does to the price floor

Frontier pricing has rested on a straightforward bargain. The best coding model costs the most, and the gap is what you pay for the top of the leaderboard. K3 charges 30% and took first place, from a lab working under export controls on the hardware it trained with.

DeepSeek V4-Flash sits at $0.14 and $0.28 per million, with V4-Pro at $0.435 and $0.87. The floor under everyone's inference bill is being set by open-weight releases now, rather than by the labs that publish rate cards.

None of which retires Fable 5 or Opus 5. A leaderboard position says nothing about how a model behaves on hour three of an agent loop, and that is where the money actually goes. What has changed is that the premium has to be argued for.

Which lands where the pricing hub keeps landing: cost per finished task, not cost per million tokens. A model that needs four attempts at $18 has already cost you more than one that got there first at $60.

FAQ

How big is Kimi K3 really?

2.8 trillion parameters stored, with only a fraction active on any given token, which is what a sparse mixture-of-experts design buys you. The total is why the download runs to 1.4 TB. The active slice is why the API costs $3.

Should I switch from Claude to Kimi K3?

Not on the strength of one leaderboard. The arena result is real and it covers frontend coding; moving a production agent is a decision about failure modes across long sessions, which no ranking measures. Run your own evals on your own tasks. A price gap this wide justifies the afternoon.

Written by

Software Engineer @Bug0, contributing writer to The Foreword by Hashnode

More from The foreword

Comments (2)

Leave a comment
  1. Tủ Bếp Inox An Thịnh
    Tủ Bếp Inox An ThịnhTủ bếp Inox 304 cao cấp, bền đẹp trọn đời

    The price-to-performance ratio is definitely the most interesting part here. If Kimi K3 consistently delivers top-tier frontend coding results at roughly one-third the API cost, it could put significant pressure on current pricing across the market. The missing open weights and license are still the biggest unknowns.

  2. Sanoary Istiaque
    Sanoary IstiaqueExploring how chatbots and AI automation make business simpler, faster, and more efficient.

    Really insightful breakdown. Kimi K3’s frontend performance and aggressive pricing are impressive, but I appreciate that you didn’t treat one benchmark as the whole story. The point about measuring cost per completed task rather than cost per token is especially important. I’m also curious to see whether the open weights and licensing terms live up to the initial expectations.