K3's Thinking Tax and the Needle Test You Need Before July 27
Two of the sources price the same model in opposite directions, and the tiebreaker is a metric almost no model bake-off currently logs.
Where the tokens actually go
K3 buys its performance edge by running agentic iteration inside the chain of thought rather than through external tool calls, per TLDR AI's read of its thinking traces. That moves the cost into completion tokens, which is the one line item a published price sheet cannot expose. If K3 resolves a task your incumbent cannot, but at twelve times the completion tokens and correspondingly higher latency, the honest metric is cost-per-resolved-task against your p95 latency budget. The 12× figure comes from trace analysis, not a controlled benchmark, so treat it as directional until you reproduce it on your own workload.
The 1M window is an architecture claim, not a retrieval guarantee
Daily Dose of Data Science describes the mechanism behind K3's context length: delta attention, which discards the growing key-value cache and maintains one fixed-size matrix instead. Each new token reads the memory's current guess for a key and writes back only the difference, so old entries fade and cost grows linearly rather than quadratically. The thing this doesn't tell you shows up in eval design. A compressed matrix cannot store every token exactly, so recall of any single token is approximate. That is why production models interleave a few full-attention layers for exact lookup. No recall@depth curve was published.
| Dimension | What is published | What you must measure yourself |
|---|---|---|
| Price | $0.30 input / $15 output per 1M | Cost per resolved task, including reasoning tokens |
| Quality | Moonshot's internal sheet: beats all but GPT 5.6 and Fable | Your held-out set on your top three task types |
| Long context | 1M+ token window | Single-token needle recall at 100K and ~1M |
| Serving | Open weights July 27, 2.8T parameters | Multi-node MoE serving cost versus hosted API |
| Continuity | Hosted API today | Self-host failover if the API is cut off |
Adoption has already outrun the evidence
Alberto Romero reports that Chinese open-weight models now carry roughly 60% of US-company token usage on OpenRouter, with DoorDash and Airbnb named as production adopters. The cost floor has already moved beneath most inference bills. The sanctions story does not survive a timeline audit. OSTP's Kratsios posted the distillation accusation without evidence. Fable shipped June 9, was pulled June 12 at US government request, returned June 30, and K3 landed July 16. That is a two-to-three week window for "industrial-scale distillation" of a teacher K3 reportedly outscores on some benchmarks. A student exceeding its teacher through pure distillation is the exception, not the rule.
Weak accusation, real operational risk. A Treasury or Entity List action deletes a hosted endpoint. It does not delete weights you already pulled. Matt Johansen supplies the second reason to keep a capable open-weight model provisioned in-house: when Hugging Face needed forensics help, refusal-tuned commercial models declined, and the team finished the work on self-hosted GLM 5.2.
The measured move is an eval spike, not a migration. Route it through a provider-agnostic gateway so the model stays a config flag, and make the token accounting part of the harness before the weights land.
What to do
Add per-task reasoning/completion-token counts and p95 latency to your eval harness this sprint, then re-score your open model bake-off on cost-per-resolved-task rather than accuracy.
Run single-token needle-in-haystack recall tests at 100K and ~1M tokens the week the weights publish (July 27), before designing any long-document retrieval around the 1M window.
Secure legal sign-off and a self-hosted fallback path for Chinese open weights this quarter before any production traffic depends on the hosted API.