The AI Engineering Podcast
All Episodes

Kimi K3: The Open-Weights Giant Taking Over Frontend Coding

We break down Moonshot AI’s Kimi K3, the 2.8-trillion-parameter open-weights giant that shot to the top of the Frontend Code Arena while only landing mid-pack in general chat. Plus: why its vision-in-the-loop coding workflow, prompt caching economics, and massive latent MoE architecture make it both a breakthrough and a local-running nightmare.


Chapter 1

The 2.8-Trillion-Parameter Giant Dethroning the Frontend Leaderboards

William Palmer

So I, I- I was looking at the latest Arena telemetry this morning, and... well, my jaw is still somewhere on the floor. Moonshot AI just dropped Kimi K3, and... it- it's a monster. We are talking about a two-point-eight trillion parameter model. To put that in perspective, this is officially the largest open-weights model ever... or at least it will be when the weights actually drop on July 27th. But the real shockwave? It just jumped from number eighteen all the way to number one in the Frontend Code Arena, scoring sixteen seventy-nine points. That's a seventy-six percent pairwise win rate. It- it didn't just beat Claude Fable 5 and GPT-five point six Sol... it completely left them in the dust for frontend tasks.

William Palmer

But here's the absolute puzzle of this whole thing. Moonshot itself—the actual creators—openly admitted in their blog that K3 still has a, a "noticeable gap in user experience" compared to Fable and Sol. In the general Text Arena, it landed at number nine. Still very impressive, sure, but... why this massive split? How does a model dominate agentic frontend coding and literally build games in three shots—people are already using it to make CS-GO-slash-Portal clones in a few prompts—while being, you know, just "pretty good" at normal chat? It's because K3 isn't just designed to be a chatty companion. Moonshot optimized this thing for long-horizon, "vision-in-the-loop" coding. It actually iterates between writing code and analyzing screenshots of the rendered page. It's built for the grind, not the banter.

William Palmer

Now, let's talk about the economics, because this is where my computer science brain and my inner race-car driver start pointing at the exact same thing. Moonshot is pricing this at three dollars per million input tokens and fifteen dollars per million output tokens. But! If you use cached inputs, that price drops by ninety percent. Ninety! To just thirty cents per million. Let's re-derive how that actually works under the hood. When a model processes a massive prompt, it has to calculate something called Key-Value states—the KV cache—for every single token so it knows how they all relate. Usually, you throw that work away after the turn. But with prompt caching, you keep that massive KV math hot in the system's memory. If your next prompt starts with the same codebase or the same long document, the system bypasses the heavy lifting entirely. It's like... it's like keeping the tire warmers on the race car between pit stops. You don't waste energy getting back up to temperature; you just drop the clutch and fly.

William Palmer

But optimizing a massive two-point-eight trillion parameter model... it is a brutal engineering challenge. It's exactly like stripping weight from a high-performance race car. In racing, every ounce of unnecessary weight slows your lap time. In AI, every unnecessary parameter you have to compute slows down your tokens per second. Local developers are... well, they're both absolutely thrilled and deeply terrified by K3. Sure, the weights are going open-weights on Hugging Face on July twenty-seventh. But running a two-point-eight trillion parameter model locally? I mean, good luck. Even if you run a super-aggressive one-point-five-eight-bit quantization, you're still going to need way more than five hundred and twelve gigabytes of RAM. If you try to run this on a standard twenty-four gigabyte VRAM consumer laptop... uh, you're looking at maybe zero point zero one tokens per second. You'd literally be waiting minutes for a single syllable.

Chapter 2

Under the Hood: Latent MoE and the 18-Month Engineering Bet

William Palmer

So how does Moonshot make this thing even remotely viable to run, even on their own cloud servers? The secret is a highly sophisticated Stable LatentMoE—or Mixture of Experts—architecture. Get this: K3 has a massive pool of eight hundred and ninety-six total experts, but it only activates sixteen of them at any given moment. That is an active compute footprint of under two percent! To picture how this works, imagine a massive university with eight hundred and ninety-six hyper-specialized professors. One knows only ancient Greek syntax, another only quantum electrodynamics, another only CSS flexbox. When you ask a question, a hyper-fast routing system wakes up only the sixteen most relevant professors to write the next syllable, while the other eight hundred and eighty-one sleep. You only pay for the active brains. It's incredibly elegant.

William Palmer

And this wasn't some weekend project. The AI hype cycle makes it look like these models just pop out of nowhere, but K3 is the result of a grueling, eighteen-month engineering bet. They started designing Kimi Delta Attention—or KDA—back in January 2025. It took them a year and a half to scale it to frontier level. But because they put in that time, KDA enables up to a six-point-three times faster decoding speed in massive one-million-token contexts. Combine that with something they call Attention Residuals—or AttnRes—which gives them twenty-five percent higher training efficiency at less than two percent extra compute cost, and you see why they were able to train something this massive without bankrupting themselves.

William Palmer

They also packed in some incredibly bleeding-edge mathematical optimizations: per-head Muon optimizers, Quantile load balancing to keep those eight hundred and ninety-six experts from getting bottle-necked, and a brand-new activation function called SiTU... that's Sigmoid Tanh Unit. It's a tour de force of systems engineering. But as we get closer to July twenty-seventh, the real question hanging over the entire community is... once those weights actually land on Hugging Face, who outside of massive corporate supernodes actually has the sixty-four-plus accelerator clusters recommended to run this beast? We're about to find out if "open weights" is becoming a playground only for the hyper-funded. Either way, the gap between open-source and the closed frontier... it-it just got incredibly thin. Talk soon.