What Is Kimi K3—and Is It Really Close to GPT-5.6 and Fable 5?

What Is Kimi K3?

Kimi K3 is Moonshot AI’s new flagship multimodal reasoning model. It was built for work that may involve hours of coding, research, tool use, and revision—not just answering a single chat prompt.

The model went live on July 16, 2026, across Kimi.com, Kimi Work, Kimi Code, and the Kimi API. It has 2.8 trillion total parameters, a one-million-token context window, and native support for text, image, and video input. Its output is still text.

Under the hood, K3 uses a Mixture-of-Experts architecture with 896 experts, 16 of which are activated at a time. Moonshot also introduced Kimi Delta Attention, Attention Residuals, and Stable LatentMoE to improve how information moves through long sequences and deep model layers. Moonshot claims these changes produce roughly 2.5 times the scaling efficiency of Kimi K2, although that figure comes from the developer rather than an independent test. Moonshot’s Kimi K3 technical blog provides the current architecture details; a fuller technical report is still pending.

That makes K3 one of the largest AI models announced to date. Size, however, is not the useful part by itself. The real question is whether Moonshot has turned those parameters into better task completion.

Is Kimi K3 Really Close to GPT-5.6 and Claude Fable 5?

In overall intelligence, not quite. In several agentic and long-horizon tasks, yes.

Moonshot’s own announcement is more restrained than many of the headlines it produced. The company says K3’s overall performance still trails Claude Fable 5 and GPT-5.6 Sol. It nevertheless reports frontier-level results across coding, knowledge work, and reasoning.

One example is GPU kernel optimization. Moonshot placed each model in an identical sandbox and gave it up to 24 hours to optimize four GPU tasks. K3 performed competitively with Fable 5 and beat GPT-5.6 Sol, GPT-5.5, and Opus 4.8 in this test. That is a substantial result for low-level performance engineering. It is not evidence that K3 is universally smarter.

Independent testing gives us a broader picture. Artificial Analysis scored Kimi K3 at 57 on its Intelligence Index, placing it around GPT-5.5 and Claude Opus 4.8 but behind Fable 5 and GPT-5.6 Sol. Its strongest results appeared in agentic execution and automation rather than every category of intelligence. Artificial Analysis published its K3 findings on July 16.

The last row is the one that stopped me. K3 became more capable, but Artificial Analysis also measured more hallucination. It answered more questions correctly while producing a higher proportion of unsupported claims.

That trade-off matters in production. A model that completes a long agent workflow but quietly introduces an incorrect assumption can cost more to verify than a slower model with steadier factual behavior.

Why One Leaderboard Cannot Settle the Comparison

K3 has already reached the top of at least one frontend-generation leaderboard. It also performs well in GPU optimization, SaaS automation, and long-horizon knowledge work. Those results do not measure the same capability.

A frontend arena measures how users prefer generated interfaces. AutomationBench measures whether an agent can operate software workflows. GPU kernel optimization tests low-level systems engineering. None can independently answer whether K3 is better at research, factual recall, debugging, presentation design, or general reasoning.

The defensible conclusion is narrower: Kimi K3 has entered the frontier group for agentic work, but GPT-5.6 Sol and Fable 5 still lead the broader comparison. Developers who want the current closed-model ceiling can examine the GPT-5.6 Sol API, while Claude Opus 4.8 remains a more established option for complex coding and research workflows.

Reddit Is Impressed, but Not Convinced

The early Kimi K3 Reddit discussion focused less on its 2.8 trillion parameters than on two practical questions: are the weights actually available, and does winning a WebDev test prove broad intelligence?

In one r/LocalLLaMA discussion, users welcomed the prospect of an open-weight model competing with frontier closed systems. Others immediately challenged the headline. One response reduced the problem to a blunt point: the result was “only on WebDev.” Another described the model as potentially “benchmaxxed,” meaning its public scores might look stronger than its general performance.

The skepticism is healthy, but the evidence does not support dismissing K3 as a one-benchmark model. Artificial Analysis found meaningful gains across automation, knowledge work, and agentic task completion. The more accurate position lies between the launch hype and the Reddit backlash: K3 has broad improvements, but its best headline scores still depend on the task and evaluation harness.

Reddit users also questioned whether K3 should already be called open-weight. That objection is harder to dismiss.

Moonshot describes K3 as an open model and says its full weights will be released by July 27. As of July 17, however, the API and consumer products were live while the weights were not yet downloadable. The precise wording is therefore:

Kimi K3 is scheduled to become open-weight by July 27, 2026.

That distinction should disappear if Moonshot delivers the weights on time. Until then, “open-weight today” gets ahead of the available evidence.

Openness would still be important even if K3 never ranks first overall. Downloadable weights can allow organizations to inspect, customize, and deploy the model without relying entirely on one hosted API. The cost is infrastructure. A 2.8T model may be available to download without being practical for an ordinary development team to run.

What Changed From Kimi K2.7 to Kimi K3?

K3 is not simply Kimi K2.7 with a larger version number.

Kimi K2.7 Code is a coding-focused agentic model based on K2.6. Its model card emphasizes real-world software engineering, long coding sessions, tool use, and lower reasoning-token consumption. K3 expands that role into a general flagship covering coding, visual reasoning, research, and end-to-end knowledge work.

The context window grows from 256K to one million tokens. Total parameters rise from one trillion to 2.8 trillion, while the expert count grows from 384 to 896. The price rises with it.

K3 raises the capability ceiling, but its output tokens cost 3.75 times as much as K2.7 Code. That makes the upgrade easier to justify for repository-scale agents, multimodal development, or long research workflows. For routine coding assistance, K2.7 may still offer the better cost-to-task ratio.

The official K2.7 Code model card contains its architecture, benchmark methodology, and deployment guidance.

How Kimi K3 Handles a 1M-Token Context

A one-million-token context window allows K3 to accept large codebases, collections of technical documents, long agent histories, and intermediate tool results in one request.

That is particularly relevant for long-running agents. A coding model may need to retain an initial specification, repository structure, terminal output, test failures, earlier edits, and reviewer feedback across dozens of steps. Losing one of those constraints halfway through the task is a common reason an agent appears productive but fails to finish.

K3 also applies automatic context caching. Developers do not need to create a cache ID or set a separate time-to-live value. If a long prefix remains unchanged between requests, the system automatically attempts a cache hit. Cached input costs $0.30 per million tokens instead of $3.00.

But context capacity is not the same as perfect context use. Feeding a model one million tokens does not guarantee that it will assign the correct importance to every line. Longer inputs can also increase cost, processing time, and distraction from irrelevant material.

The sensible approach is still to retrieve the most relevant files first, keep stable reference content at the beginning for caching, and avoid sending the entire knowledge base merely because the limit allows it. Kimi’s API guide explains its one-million-token context and automatic caching behavior.

Kimi K3 API Pricing Is No Longer Budget Pricing

Kimi K3 uses flat pay-as-you-go pricing. The rate does not change when a request crosses a larger context tier.

For a shorter agent task using 100,000 uncached input tokens and producing 20,000 output tokens, the estimated model cost is:

(0.1 × $3) + (0.02 × $15) = $0.60

Now consider a repeated long-context workflow with 800,000 cached tokens, 50,000 new input tokens, and 50,000 output tokens:

(0.8 × $0.30) + (0.05 × $3) + (0.05 × $15) = $1.14

Caching keeps the second example manageable, but K3 is clearly not following the old “Chinese model equals extremely cheap API” formula.

Artificial Analysis measured an average Intelligence Index task cost of $0.94 for K3, close to GPT-5.6 Sol at $1.04 and roughly half of Opus 4.8 at $1.80. GLM-5.2 completed the same evaluation workload for considerably less.

The comparison also changes depending on where the models are accessed. GPT Proto currently offers GPT-5.6 Sol at $4 input and $24 output per million tokens, below its official list price, while GLM-5.2 remains the more cost-conscious open-weight option.

K3’s value proposition is therefore not “frontier intelligence for almost nothing.” It is closer to “frontier-adjacent agentic performance with an eventual path to model ownership.”

Kimi K3 vs GLM-5.2, GPT-5.6 and Opus 4.8

The benchmark winner is not automatically the right production model. The useful choice depends on what can fail, how long the workflow runs, and whether owning the weights matters.

K3 has the clearest case when three conditions appear together: a long-running task, multimodal inputs, and a reason to control the model deployment. Without those requirements, its scale can become an expensive answer to a smaller problem.

GPT-5.6 Sol remains the stronger choice when broad intelligence and reliability come first. Opus 4.8 makes sense for teams with mature Claude-based coding or research workflows. GLM-5.2 is the harder competitor on economics because it already provides a one-million-token context and open weights at a lower task cost.

My current rule of thumb is simple: choose K3 when open weights and long multimodal agents matter. Choose GPT-5.6 or Opus when reliability matters more than model ownership. Choose GLM-5.2 when cost is the constraint you cannot negotiate.

Can You Use Kimi K3 Through GPT Proto Yet?

Not yet.

Kimi K3 had not been added to GPT Proto as of this article’s last update. We are not going to hide that behind a fake API example or a button that routes to another model.

Developers can currently compare and call alternatives including GPT-5.6 Sol, GLM-5.2, and Claude Opus 4.8 through GPT Proto. One key and one balance cover these models alongside image, video, audio, and other text APIs.

You can browse the current selection in the GPT Proto AI model gallery. This article will need another update when K3’s weights, licence, technical report, and broader independent tests become available.

Final Verdict: Close, but the Benchmark Still Matters

Kimi K3 is not merely a large Chinese model attracting attention because of its parameter count. Independent testing supports a more substantial conclusion: it is competitive with frontier systems in automation, long-horizon knowledge work, and agentic execution.

That does not make it better than GPT-5.6 Sol or Claude Fable 5 overall. It also does not erase the measured increase in hallucination or the fact that its promised weights remain unavailable at the time of writing.

The model is most interesting for developers who care about both agentic capability and eventual deployment control. If Moonshot releases the full weights, licence, and technical report by July 27, K3 may become the strongest open-weight option in its class. Until then, the correct verdict is promising, unusually close, and still incomplete.