News for hackers. Stuff that matters.
Re:Kimi K2 by simonw on Friday July 11, 2025 @12:05PM (#44533794)
Big release - https://huggingface.co/moonshotai/Kimi-K2-Instruct model weights are 958.52 GB
Re:Kimi K2 by c4pt0r on Friday July 11, 2025 @12:12PM (#44533893)
Paired with programming tools like Claude Code, it could be a low-cost/open-source replacement for Sonnet
Re:Kimi K2 by kkzz99 on Friday July 11, 2025 @12:42PM (#44534258)
According to the bench its closer to Opus, but I venture primarily for English and Chinese.
Re:Kimi K2 by martin_ on Friday July 11, 2025 @12:48PM (#44534330)
how do you low cost run a 1T param model?
Re:Kimi K2 by maven29 on Friday July 11, 2025 @12:51PM (#44534360)
32B active parameters with a single shared expert.
Re:Kimi K2 by JustFinishedBSG on Friday July 11, 2025 @12:54PM (#44534401)
This doesn’t change the VRAM usage, only the compute requirements.
Re:Kimi K2 by selfhoster11 on Friday July 11, 2025 @03:11PM (#44535870)
It does not have to be VRAM, it could be system RAM, or weights streamed from SSD storage. Reportedly, the latter method achieves around 1 token per second on computers with 64 GB of system RAM.

R1 (and K2) is MoE, whereas Llama 3 is a dense model family. MoE actually makes these models practical to run on cheaper hardware. DeepSeek R1 is more comfortable for me than Llama 3 70B for exactly that reason - if it spills out of the GPU, you take a large performance hit.

If you need to spill into CPU inference, you really want to be multiplying a different set of 32B weights for every token compared to the same 70B (or more) instead, simply because the computation takes so long.

Re:Kimi K2 by refulgentis on Friday July 11, 2025 @03:31PM (#44536040)
The amount of people who will be using it at 1 token/sec because there's no better option, and have 64 GB of RAM, is vanishingly small.

IMHO it sets the local LLM community when we lean on extreme quantization & streaming weights from disk to say something is possible*, because when people try it out, it turns out it's an awful experience.

* the implication being, anything is possible in that scenario

Re:Kimi K2 by homarp on Friday July 11, 2025 @05:56PM (#44537159)
agentic loop can run all night long. It's just a different way to work: prepare your prompt queue, set it up, check result in the morning, adjust. 'local vibe' in 10h instead of 10mn is still better than 10 days of manual side coding.
Re:Kimi K2 by hereme888 on Saturday July 12, 2025 @05:14AM (#44540554)
Right on! Especially if its coding abilities are better than Claude 4 Opus. I spent thousands on my PC in anticipation of this rather than to play fancy video games.

Now, where's that spare SSD...

Re:Kimi K2 by selfhoster11 on Saturday July 12, 2025 @02:34AM (#44539841)
Good. Vanishingly small is still more than zero. Over time, running such models will become easier too, as people slowly upgrade to better hardware. It's not like there aren't options for the compute-constrained either. There are lots of Chinese models in the 3-32B range, and Gemma 3 is particularly good too.

I will also point out that having three API-based providers deploying an impractically-large open-weights model beats the pants of having just one. Back in the day, this was called second-sourcing IIRC. With proprietary models, you're at the mercy of one corporation and their Kafkaesque ToS enforcement.

Re:Kimi K2 by refulgentis on Saturday July 12, 2025 @08:06AM (#44541489)
You said "Good." then wrote a nice stirring polemic about how having a bad experience with a 1T model will force people to try 4B/32B models.

That seems separate from the post it was replying to, about 1T param models.

If it is intended to be a reply, it hand waves about how having a bad experience with it will teach them to buy more expensive hardware.

Is that "Good."?

The post points out that if people are taught they need an expensive computer to get 1 token/second, much less try it and find out it's a horrible experience (let's talk about prefill), it will turn them off against local LLMs unnecessarily.

Is that "Good."?

Re:Kimi K2 by jimjimwii on Sunday July 13, 2025 @01:18PM (#44551919)
Had you posted this comment in the early 90s about linux instead of local models, it would have made about the same amount of sense but aged just as poorly as this comment will.

I'll remain here happily using 2.something tokens / second model.

Re:Kimi K2 by apitman on Sunday July 13, 2025 @11:29PM (#44556185)
But local aka desktop Linux is still an awful experience for most people. I use Arch btw
Re:Kimi K2 by selfhoster11 on Tuesday July 15, 2025 @04:15AM (#44569052)
I'd rather use Arch over a genuine VT100 than touch Windows 11, so the analogy remains valid - at least you have a choice at all, even if you are in a niche of a niche.
Re:Kimi K2 by maven29 on Friday July 11, 2025 @12:56PM (#44534449)
You can probably run this on CPU if you have a 4090D for prompt processing, since 1TB of DDR4 only comes out to around $600.

For GPU inference at scale, I think token-level batching is used.

Re:Kimi K2 by zackangelo on Friday July 11, 2025 @01:45PM (#44535051)
Typically a combination of expert level parallelism and tensor level parallelism is used.

For the big MLP tensors they would be split across GPUs in a cluster. Then for the MoE parts you would spread the experts across the GPUs and route to them based on which experts are active (there would likely be more than one if the batch size is > 1).

Re:Kimi K2 by t1amat on Friday July 11, 2025 @01:13PM (#44534679)
With 32B active parameters it would be ridiculously slow at generation.
Re:Kimi K2 by selfhoster11 on Friday July 11, 2025 @03:15PM (#44535909)
DDR3 workstation here - R1 generates at 1 token per second. In practice, this means that for complex queries, the speed of replying is closer to an email response than a chat message, but this is acceptable to me for confidential queries or queries where I need the model to be steerable. I can always hit the R1 API from a provider instead, if I want to.

Given that R1 uses 37B active parameters (compared to 32B for K2), K2 should be slightly faster than that - around 1.15 tokens/second.

Re:Kimi K2 by CamperBob2 on Saturday July 12, 2025 @02:56PM (#44544173)
That's pretty good. Are you running the real 600B+ parameter R1, or a distill, though?
Re:Kimi K2 by selfhoster11 on Sunday July 13, 2025 @09:54PM (#44555712)
The full thing, 671B. It loses some intelligence at 1.5 bit quantisation, but it's acceptable. I could actually go for around 3 bits if I max out my RAM, but I haven't done that yet.
Re:Kimi K2 by apitman on Sunday July 13, 2025 @11:32PM (#44556204)
I've seen people say the models get more erratic at higher (lower?) quantization levels. What's your experience been?
Re:Kimi K2 by selfhoster11 on Tuesday July 15, 2025 @04:14AM (#44569049)
If you mean clearly, noticeably erratic or incoherent behaviour, then that hasn't been my experience for >=4-bit inference of 32B models, or in my R1 setup. I think the others might have been referring to this happening with smaller models (sub-24B), which suffer much more after being quantised below 4 or 5 bits.

My R1 most likely isn't as smart as the output coming from an int8 or FP16 API, but that's just a given. It still holds up pretty well for what I did try.

Re:Kimi K2 by scottyeager on Monday July 14, 2025 @01:45AM (#44556837)
Here's a neat looking project that allows for using other models with Claude Code: https://github.com/musistudio/claude-code-router

I found that while looking for reports of the best agents to use with K2. The usual suspects like Cline and forks, Aider, and Zed should be interesting to test with K2 as well.

Re:Kimi K2 by gs17 on Friday July 11, 2025 @12:04PM (#44533791)
> 1T total / 32B active MoE model

Is this the largest open-weight model?

Re:Kimi K2 by bigeagle on Friday July 11, 2025 @12:11PM (#44533871)
I believe so.

Grok-1 is 341B, DeepSeek-v3 is 671B, and recent new open weights models are around 70B~300B.

Re:Kimi K2 by adt on Friday July 11, 2025 @06:44PM (#44537539)
No.

At 1T MoE on 15.5T tokens, K2 is one of the largest open source models to date. But BAAI's TeleFM is 1T dense on 15.7T tokens: https://huggingface.co/CofeAI/Tele-FLM-1T

You can always check here: https://lifearchitect.ai/models-table/

Re:Kimi K2 by cyanf on Friday July 11, 2025 @12:31PM (#44534144)
This is both the largest oss model release thus far, and the largest Muon training run.
Re:Kimi K2 by wiradikusuma on Friday July 11, 2025 @02:11PM (#44535310)
I've only started using Claude, Gemini, etc in the last few months (I guess it comes with age, I'm no longer interested in trying the latest "tech"). I assume those are "non-agentic" models.

From reading articles online, "agentic" means like you have a "virtual" Virtual Assistant with "hands" that can google, open apps, etc, on their own.

Why not use existing "non-agentic" model and "orchestrate" them using LangChain, MCP etc? Why create a new breed of model?

I'm sorry if my questions sound silly. Following AI world is like following JavaScript world.

Re:Kimi K2 by dcre on Friday July 11, 2025 @02:40PM (#44535600)
Reasonable question, simple answer: "New breed of model" is overstating it — all these models for years have been fine-tuned using reinforcement learning on a variety of tasks, it's just that the set of tasks (and maybe the amount of RL) has changed over time to include more tool use tasks, and this has made them much, much better at the latter. The explosion of tools like Claude Code this year is driven by the models just being more effective at it. The orchestration external to the model you mention is what people did before this year and it did not work as well.
Re:Kimi K2 by ozten on Friday July 11, 2025 @02:16PM (#44535369)
It is not a silly question. The various flavors of LLM have issues with reliability. In software we expect five 9s, LLMs aren't even a one 9. Early on it was reliability of them writing JSON output. Then instruction following. Then tool use. Now it's "computer use" and orchestration.

Creating models for this specific problem domain will have a better chance at reliability, which is not a solved problem.

Jules is the gemini coder that links to github. Half the time it doesn't create a pull request and forgets and assumes I'll do some testing or something. It's wild.

Re:Kimi K2 by simonw on Friday July 11, 2025 @02:37PM (#44535570)
"Agentic" and "agent" can mean pretty much anything, there are a ton of different definitions out there.

When an LLM says it's "agentic" it usually means that it's been optimized for tool use. Pretty much all the big models (and most of the small ones) are designed for tool use these days, it's an incredibly valuable feature for a model to offer.

I don't think this new model is any more "agentic" than o3, o4-mini, Gemini 2.5 or Claude 4. All of those models are trained for tools, all of them are very competent at running tool calls in a loop to try to achieve a goal they have been given.

Re:Kimi K2 by selfhoster11 on Friday July 11, 2025 @03:19PM (#44535938)
> I'm sorry if my questions sound silly. Following AI world is like following JavaScript world.

You are more right than you could possibly imagine.

TL;DR: "agentic" just means "can call tools it's been given access to, autonomously, and then access the output" combined with an infinite loop in which the model runs over and over (compared to a one-off interaction like you'd see in ChatGPT). MCP is essentially one of the methods to expose the tools to the model.

Is this something the models could do for a long while with a wrapper? Yup. "Agentic" is the current term for it, that's all. There's some hype around "agentic AI" that's unwarranted, but part of the reason for the hype is that models have become better at tool calling and using data in their context since the early days.

Re:Kimi K2 by apitman on Sunday July 13, 2025 @11:41PM (#44556239)
I'm new too. Found this article helpful: https://crawshaw.io/blog/programming-with-agents
Re:Kimi K2 by simonw on Friday July 11, 2025 @02:35PM (#44535546)
Re:Kimi K2 by _alex_ on Friday July 11, 2025 @02:58PM (#44535758)
wow!
Re:Kimi K2 by ebiester on Friday July 11, 2025 @05:08PM (#44536800)
At this point, they have to be training it. At what point will you start using something else?
Re:Kimi K2 by simonw on Friday July 11, 2025 @06:18PM (#44537332)
Once I get a picture that genuinely looks like a pelican riding a bicycle!
Re:Kimi K2 by qmmmur on Saturday July 12, 2025 @04:10AM (#44540230)
I'm glad we are looking to build nuclear reactors so we can do more of this...
Re:Kimi K2 by sergiotapia on Saturday July 12, 2025 @09:51AM (#44542078)
me too - we must energymaxx. i want a nuclear reactor in my backyard powering everything. I want ac units in every room and my open door garage while i workout.
Re:Kimi K2 by GenerWork on Saturday July 12, 2025 @12:14PM (#44543044)
You're saying this in jest, but I would LOVE to have a nuclear reactor in my backyard that produced enough power to where I could have a minisplit for every room in my house, including the garage so I could work out in there.
Re:Kimi K2 by CaptainFever on Saturday July 12, 2025 @02:03PM (#44543790)
Related: https://en.wikipedia.org/wiki/Kardashev_scale

> The Kardashev scale (Russian: шкала Кардашёва, romanized: shkala Kardashyova) is a method of measuring a civilization's level of technological advancement based on the amount of energy it is capable of harnessing and using.

> Under this scale, the sum of human civilization does not reach Type I status, though it continues to approach it.

Re:Kimi K2 by sergiotapia on Saturday July 12, 2025 @04:35PM (#44544947)
I am not joking
Re:Kimi K2 by Lennie on Tuesday July 15, 2025 @05:29AM (#44569450)
I'm gonna ask something stupid, maybe: what is keeping you from having a minisplit in each room ? You don't have to run them the whole day. Just where you are going to be for a couple of hours.

My guess is: the cost of the minisplits, pretty certain if you had them and turned them all on, you could still draw that much power from the grid.

And probably you are underestimating the cost of nuclear anyway.

Re:Kimi K2 by 1vuio0pswjnm7 on Sunday July 13, 2025 @05:03PM (#44553708)
"I'm glad we are looking to build nuclear reactors so we can do more of this..."

Does this actually mean "they" not "we"

Re:Kimi K2 by neoromantique on Monday July 14, 2025 @10:11AM (#44560514)
I honestly don't see an issue with that.

Except that instead of this, we're spinning up old coal plants, because apparently nuclear bad.

Re:Kimi K2 by csomar on Saturday July 12, 2025 @04:57AM (#44540471)
Much better than that of Grok 4.
Re:Kimi K2 by jug on Saturday July 12, 2025 @02:58PM (#44544188)
That's perhaps the best one I've seen yet! For an open weight model, this performance is of course particularly remarkable and impactful.
Re:Kimi K2 by cosmojg on Monday July 14, 2025 @10:20PM (#44567269)
For what it's worth, I think Kimi's modified MIT license still meets the OSI definition of "open source." For example, the explicitly OSI-approved "Attribute Assurance License"[1] contains similar wording:

> each time the resulting executable program or a program dependent thereon is launched, a prominent display (e.g., splash screen or banner text) of the Author’s attribution information

[1] https://opensource.org/license/attribution-php

Re:Kimi K2 by simonw on Monday July 14, 2025 @11:23PM (#44567579)
Huh, I hadn't seen that one before!
Re:Kimi K2 by pabs3 on Saturday July 26, 2025 @10:21PM (#44698403)
It probably doesn't because the attribution requirement discriminates against certain groups (large commercial organisations).
Re:Kimi K2 by MaxPock on Friday July 11, 2025 @02:37PM (#44535561)
Would be hilarious if Zuck with his billion dollar poaching failed to beat budget Chinese models.
Re:Kimi K2 by physix on Friday July 11, 2025 @04:41PM (#44536599)
That reminds me of a thought I had about the poachings.

The poaching was probably more aimed at hamstringing Meta's competition.

Because the disruption caused by them leaving in droves is probably more severe than the benefits of having them on board. Unless they are gods, of course.

Re:Kimi K2 by stogot on Saturday July 12, 2025 @01:32PM (#44543561)
I thought that too
Re:Kimi K2 by physix on Monday July 14, 2025 @08:46AM (#44559548)
In the meantime, I discovered that it might simply be a type of acquisition that circumvents regulatory oversight https://medium.com/@villispeaks/the-blitzhire-acquisition-e3... seen from https://news.ycombinator.com/item?id=44553257
Re:Kimi K2 by rfoo on Friday July 11, 2025 @04:59PM (#44536737)
Wikipedia listed a FAIR alumni as cofounder for this "Moonshot AI". Make it funnier probably.
Re:Kimi K2 by jug on Saturday July 12, 2025 @03:01PM (#44544216)
I can't tell if Kimi is quite top tier, but since Llama 4 performed so poorly then yes, this did in fact happen just now.
Re:Kimi K2 by aliljet on Friday July 11, 2025 @02:44PM (#44535634)
If the SWE Bench results are to be believed... this looks best in class right now for a local LLM. To be fair, show me the guy who is running this locally...
Re:Kimi K2 by selfhoster11 on Friday July 11, 2025 @03:07PM (#44535837)
It's challenging, but not impossible. With 2-bit quantisation, only about 250-ish gigabytes of RAM is required. It doesn't have to be VRAM either, and you can mix and match GPU+CPU inference.

In addition, some people on /r/localLlama are having success with streaming the weights off SSD storage at 1 token/second, which is about the rate I get for DeepSeek R1.

Re:Kimi K2 by helloericsf on Friday July 11, 2025 @03:34PM (#44536074)
How does it stack up against the new Grok 4 model?
Re:Kimi K2 by Imustaskforhelp on Friday July 11, 2025 @06:21PM (#44537356)
I really really want to try this model for free since I just don't have a gpu.

Is there any way that I could do so?

Open Router? Or does kimi have their own website? Just curious to really try it out!

Re:Kimi K2 by blahgeek on Friday July 11, 2025 @07:59PM (#44538037)
Kimi.com
Re:Kimi K2 by Alifatisk on Friday July 11, 2025 @10:02PM (#44538673)
Quite impressive benchmark, how come I don't see Kimi in Artificial analysis benchmarks?
Re:Kimi K2 by viraptor on Saturday July 12, 2025 @06:10AM (#44540853)
How well separated are experts per domain in a model like that? Specifically, if I'm interested in a programming use only, could we possibly strip it to one or two of them? Or should I assume a much wider spread? (And there would be some overlap anyway from the original root model)
Re:Kimi K2 by renonce on Saturday July 12, 2025 @06:35AM (#44540980)
My experience is that experts are not separated in any intuitive way. I would be very interested (and surprised) if someone manages to prune a majority of experts in a way that preserves model capabilities in a specific domain but not others.

See https://github.com/peteryuqin/Kimi-K2-Mini, a project that keeps a small portion of experts and layers and keep the model capabilities across multiple domains.

Re:Kimi K2 by viraptor on Saturday July 12, 2025 @08:46AM (#44541679)
Sounds like dumping the routing information from programming questions would answer that... I guess I can do a dump from qwen or deepseek locally. You'd think someone would created that kind of graph already, but I couldn't find one.

What I did find instead is that some MoE models are explicitly domain-routed (MoDEM), but it doesn't apply to deepseek which is just equally load balanced, so it's unlikely to apply to Kimi. On the other hand, https://arxiv.org/html/2505.21079v1 shows modality preferences between experts, even in mostly random training. So maybe there's something there.

Re:Kimi K2 by orbital-decay on Saturday July 12, 2025 @06:21AM (#44540915)
Inseparable, routing is done per token in a statistically optimal way, not per request on the knowledge domain basis.
Re:Kimi K2 by viraptor on Saturday July 12, 2025 @08:13AM (#44541523)
Isn't it "per token in that context"? Or did I misunderstand where MoE gets applied?
Re:Kimi K2 by viraptor on Saturday July 12, 2025 @08:48AM (#44541693)
Sure, it's done per token, but the question is: how much do the knowledge domains match up with experts. I could not find hard data on this.
Re:Kimi K2 by boroboro4 on Saturday July 12, 2025 @11:35AM (#44542787)
Check out DeepSeek v3 model paper. They changed the way they train experts (went from aux loss to different kind expert separation training). It did improve experts domain specialization, they have neat graphics on it in the paper.
Re:Kimi K2 by 38 on Saturday July 12, 2025 @11:20AM (#44542682)
The web chat has extremely low limits FYI. I ran into the limit twice before getting a sane answer and gave up
Re:Kimi K2 by data_maan on Saturday July 12, 2025 @02:44PM (#44544081)
Open source" lol

It's open-weight. As usual, you don't get the dataset, training scripts, etc.

Re:Kimi K2 by fzysingularity on Saturday July 12, 2025 @02:59PM (#44544194)
If I had to guess, the OpenAI open-source model got delayed because Kimi K2 stole their thunder and beat their numbers.
Re:Kimi K2 by tempaccount420 on Saturday July 12, 2025 @03:23PM (#44544396)
Time to RL the hell out of it so it looks better on benchmarks... It's going to be fried.
Re:Kimi K2 by ksec on Sunday July 13, 2025 @10:44AM (#44550803)
Kimi K2 is the large language model series developed by Moonshot AI team.

Moonshot AI [1] (Moonshot; Chinese: 月之暗面; pinyin: Yuè Zhī Ànmiàn) is an artificial intelligence (AI) company based in Beijing, China. As of 2024, it has been dubbed one of China's "AI Tiger" companies by investors with its focus on developing large language models.

I guess everyone is up to date with AI stuff but this is the first time I heard of Kimi and Moonshot and was wondering where it is from. And it wasn't obvious from a quick glance of comments.

[1] https://en.wikipedia.org/wiki/Moonshot_AI

Re:Kimi K2 by RandyOrion on Sunday July 13, 2025 @11:48AM (#44551265)
This is an open weight model, which is in contrast with closed-source models.

However, 1t parameters makes it nearly impossible for local inference, let alone fine-tuning.

Re:Kimi K2 by lvl155 on Sunday July 13, 2025 @01:15PM (#44551896)
I love the fact that I can use this right away and test it out in practice. The ecosystem around LLM is simply awesome and improving by the day.
Re:Kimi K2 by Havoc on Monday July 14, 2025 @06:58AM (#44558627)
Glad it’s non-reasoning.

Often a faster answer is more useful to me for quick research. Reasoning has its place but don’t think that place is always

Re:Kimi K2 by mring33621 on Monday July 14, 2025 @10:35AM (#44560780)
I chatted with this model about stress testing Hazelcast and comparing/contrasting Java Virtual Threads, Goroutines and Kotlin's Coroutines. I really liked its responses. They were concise and useful.
Re:Kimi K2 by LuminaWang7 on Friday July 18, 2025 @05:47AM (#44602852)
kimi K2 really excels at autonomous tool use, complex reasoning, and multi-step task execution.

I developed an intelligent vector database agent using Kimi K2 and Milvus, which enhances document interaction via natural language commands.