Kimi-K3 on HuggingFace
Posted by nateb2022 11 hours ago
Related: Kimi-K3 Technical Report [pdf] - https://news.ycombinator.com/item?id=49070985
Comments
Comment by NitpickLawyer 11 hours ago
Also interesting to see what effort it will take to fine-tune this beast. The latest AISI benchmarks on cybersec place it above glm5.2, but still way way behind SotA closed models. Some fine-tuning might be needed here. Also, interesting to see if Cursor does another training round on it, to directly compare it w/ kimi2.6/2.7 fine-tunes (composer series) and grok4.5.
Also also, interesting to see if someone takes on distilling (proper distillation, w/ training the entire distribution) from this into smaller models. (dsv4-kimi should be really good, since dsv4 is very cheap to serve)
Comment by walrus01 9 hours ago
Huge price difference in what you can do with buying a used 4U rackmount server and putting 3TB of RAM in it (64GB DIMMs x quantity 32 in a quad socket xeon, you can see some benchmark prices on eBay for sets of 16 or 32 matched 64GB ECC DIMMs) for <$30,000, vs the cost of trying to run it on real GPU hardware.
Now obviously, as of the time I write this, the full precision hasn't been released nor has anyone like unsloth run it through quantization yet to produce a "Q8" or "Q8-XL" variant of it. But I think it's going to need more than 1536GB of RAM, with a usable and large amount of context, more like 2TB and preferably 2.5 to 3TB.
I also predict that people who try to run it in Q4 and Q6 will get the worst of both worlds, less precision/lost knowledge but also not reliable output that comes out too slow. In my personal opinion if I'm going to deal with something that is smart but slow and running on limited budget hardware, I need it to be Q8.
Comment by fooker 9 hours ago
You'll spend ~100x more on electricity than the API cost to have it run on someone else's GPU at several hundred tokens per second.
I think some sort of extreme data privacy requirement is the only situation that justifies this, but the intersection of {needs absolute data privacy, needs to run SOTA model, cannot afford GPUs} is really really narrow. I wouldn't be surprised if this is an empty set.
Comment by walrus01 9 hours ago
Comment by mdasen 3 hours ago
There are parts of states like Grant County Washington that have cheap hydro power, but it's very rare for power to be that cheap in the US. Even if this applies to you, it won't apply to the vast majority of people on here who will have electric rates 2-4x higher.
Average electric rates by region:
New England 28.1 cents
Mid Atlantic 25.1 cents
East North Central 20.8 cents
West North Central 14.8 cents
South Atlantic 16.1 cents
East South Central 15.5 cents
Mountain 14.6 cents
Pacific Contiguous 26.1 cents
Pacific Noncontiguous 42.1 cents
https://www.eia.gov/electricity/monthly/epm_table_grapher.ph...Comment by murderfs 28 minutes ago
This is a bit misleading, because it's combining the 50 cents/kWh from California with 15ish cents/kWh in Oregon and Washington. Seattle City Light, for example, charges 13.38 cents/kWh on flat rate pricing, and far less with time-of-use billing (8 cents/kWh on off-peak).
Comment by radium3d 18 minutes ago
Comment by rootusrootus 1 hour ago
Comment by searealist 42 minutes ago
Comment by rootusrootus 24 minutes ago
Using myself as an example:
I adjust my A/C to run outside of 5pm-9pm (peak) if at all possible, we try to avoid pointless high-draw usage during that same window, and both of our EVs hold off charging until after 9pm.
My rate from 5pm-9pm is 0.43/kWh. My rate after 9pm is 0.09/kWh. The flat rate alternative, if I did not want to worry about time of day, would be 0.21/kWh. These prices are all-in, including transmission and distribution/whatever.
It would be dishonest to say that my EVs only cost me 0.09/kWh to operate, which on it's face is a claim to paying over 50% less. In reality, time of day pricing typically saves me somewhere between 10% and 15% in an average month compared with flat rate.
Comment by searealist 6 minutes ago
I guess it depends on if you would be using ToU otherwise.
It looks like about 50% of Californians use ToU plans, but the number is only 10% nation-wide.
Comment by AgentMatt 3 hours ago
Comment by walrus01 3 hours ago
https://www.hydroquebec.com/residential/customer-space/rates...
Another example would be Manitoba hydro
All figures in Canadian currency
Comment by brailsafe 2 hours ago
Comment by ljlolel 2 hours ago
Comment by skinfaxi 2 hours ago
Comment by Cider9986 1 hour ago
Comment by well_ackshually 19 minutes ago
Comment by fooker 8 hours ago
Do you actually need to run the state of art model at 5 tokens per second instead of a qwen or whatever 7b or 30b model at 100 tokens per second?
Comment by sm-silversight 4 hours ago
Some people like doing things they want to do. Do I actually need to buy expensive pigments from europe to make paintings of flowers? My camera produces a much more accurate representation.
Comment by walrus01 4 hours ago
Comment by walrus01 8 hours ago
On the other hand, would it be cool to also have a really big thing as an ancillary tool that I could throw a request into opencode before going to bed, let it crank away and take a look at what it's done 7 hours later? Yeah, particularly if I (very much an unknown quantity at this time) could be confident that it builds high quality, syntax valid, appropriately commented and not absurd code.
Comment by irishcoffee 2 hours ago
Comment by doctorpangloss 33 minutes ago
Comment by light_hue_1 7 hours ago
Comment by walrus01 7 hours ago
a) Contracting with a third-party independent inference provider who will run your choice of model on fast hardware that they own, with all appropriate data security/privacy/contractual/compliance protection in place
or
b) Contracting with the original creators of the model to run inference via their API and with assurances that all the same data protection is in place
or
c) Spending the money to buy your own inference hardware to run it on something you fully own/control at proper usable speeds?
Edit: Everything I've been writing in this thread is mostly within the context of being able to evaluate K3 and its usefulness to be self-hosted as a preliminary proof of concept or test of feasibility of a new thing, such as on <$20,000 of server hardware, before proceeding to spend 300-400k on GPU-related hardware, or external third party services/ongoing billing.
Comment by jmalicki 5 hours ago
They'll give you HIPAA compliance, they even have a data center for US government classified data, they can give you European data sovereignty. And with OpenAI and Anthropic models to boot, you don't even have to settle for open weights.
What kind of privacy needs do you really have beyond that?
Comment by walrus01 5 hours ago
Comment by Taunt4 4 hours ago
Even for EU companies running open weights on EU stacks LLM inference on the GPU must process plaintext and I can't find any EU provider with NVIDIA H100/H200/Blackwell CC mode plus SEV-SNP or TDX, where you can cryptographically verify the workload ran somewhere the operator cannot inspect.
Personal compute is therefore the only option if you want personal autonomy privacy for IP &c. Maybe another option is to use cloud compute rented to fine tune a personal model that suits your own needs that would help bring the cost down, I don't know enough about this area to know if it kills the "intelligence" of those domains due to limited ?cross-verification within the LLM.
Comment by well_ackshually 17 minutes ago
for anyone not US-based, this company is hostile and you have to assume the US government can and will force them to give access to your data.
Comment by solarengineer 7 hours ago
Comment by trollbridge 4 hours ago
I have some inference I simply don't want to run on OAI, Anthropic, or Google because I don't want to run afoul of their "rules" and end up with a banned account, and this situation is only getting worse when it comes to doing fairly basic tasks like trying to secure your app against security problems.
Comment by frognumber 6 hours ago
A trillion-dollar business can easily trade dollars for the privacy. A business with $1M to spend won't even get a phone call with OpenAI or Anthropic, who were the only* previous players in town for doing this.
Worst-case example: Bootstrapped startup working in military.
It's also the case that an open model enables many more intermediate-cost solutions. E.g. providers certified for specific applications, on-prem rentals, etc.
* Omitting Azure, which gives some privacy for some $$$ on their models, but not at the level of high-security.
Comment by jmalicki 1 hour ago
That's the easiest case.
AWS Bedrock models running in AWS Secret Cloud for Industry. (I really have no affiliation with them, I'm just like... this is a completely solved problem, why do people think this is hard and requires on-prem hardware?)
https://www.aboutamazon.com/news/aws/aws-secret-cloud-for-in...
I'm with GP that these are tinfoil hat concerns, when there are solutions to all of these, unless you're perhaps in some country with very specific needs beyond things like European sovereignty or US military secrets (like a non-US defense concern).
Comment by walrus01 1 hour ago
Note that the other commenter never said US-based military oriented startup. You just assumed, then jumped to "heck yeah let's use Amazon Secret Cloud for Industry"
Not everyone has or wants an office in Crystal City.
Comment by amluto 6 hours ago
If I were ranking third parties on their ability to safely handle my data without compromising it, I would rank Anthropic pretty low for things like Fable (where they more or less promise that they will misuse my data), but I want Azure pretty low in the sense that I fully expect them to be compromised.
I would tend to trust Amazon to avoid being compromised.
Comment by tiahura 1 hour ago
Are there? At the highest levels of defense and law, AWS and Azure are used.
Having tried selling some of these entities on doing things in-house, there seems to be little interest.
Comment by walrus01 1 hour ago
This is certainly true if the user is an American company. You could look at the European initiatives to run this stuff on hardware they own in facilities they own and control within the borders of Europe for a counter-example.
Such as: https://www.google.com/search?client=firefox-b-d&q=schwarz+s...
https://www.dutchnews.nl/2026/04/government-turns-to-german-...
Comment by cobbzilla 6 hours ago
I don’t know if that’s 100x more than I’d pay (opex-wise) with an nvidia setup, but I can say the one-time capex is a great deal cheaper. Avoiding VRAM and DDR5 (fast DDR4 should be OK) are the biggest cost savers. ECC RAM is worth the extra price. General datacenter-quality hardware has less price sensitivity, and plenty of bang for your buck.
Comment by walrus01 6 hours ago
Under heavy inference load you will find that the cpu usage is actually less as the bottleneck is the RAM bus speed. An older 2U rack server that is 600W load (typically a 1+1 power supply server when plugged into two kill-a-watt would show 300W on each, equal load balancing) when maxed out with stress-ng might be only 450W total running inference.
If you have 600kWh used in a month by running something 24x7 and your power is $0.15 a kWh, that's more like $90/mo (not counting cooling or any ancillary costs for the environment where it's in).
Comment by trollbridge 4 hours ago
Comment by walrus01 55 minutes ago
The options for AC power supplies for servers with 2 or 4 load sharing redundant power supplies are a lot greater. If you were buying all new hardware and starting from a clean sheet of paper design with lots of money to spend, absolutely. At that point also start looking at higher voltage DC distribution stuff related to open compute platform and 800VDC.
But if I were trying to make the absolute most use of $20,000 to put together a 3TB RAM server (48 x 64GB DIMMs), it would likely end up AC powered.
Comment by sebmellen 6 hours ago
Where in the world are you finding that much RAM in a racked server for $200/month?
Comment by walrus01 6 hours ago
Comment by sebmellen 5 hours ago
Comment by cobbzilla 6 hours ago
Comment by btown 2 hours ago
That's a world that I don't think we're ready for.
Comment by 9x39 2 hours ago
Young men 14-?? already compromise and attempt to extort organizations daily, sometimes cluelessly from western nations, often not. It doesn’t have to be gangs when the home country doesn’t care / isn’t technologically or culturally developed.
Already seeing AI-written payloads and frameworks in the wild. I think it’ll turn out that AI won’t build you a maintainable ERP but it can create C2 networks, exploit POCs or even 0-days potentially, and let kids make their own ransomware tooling. Then we’re dealing not with a handful of cybercrime tool makers but a generational problem.
Comment by flockonus 10 minutes ago
Comment by embedding-shape 9 hours ago
Don't get me wrong, slow is sometimes better than "not at all", but depending on the performance, it might end up way too slow to even work for batched/async jobs like that.
Comment by walrus01 9 hours ago
Comment by embedding-shape 8 hours ago
And then that's just for single prompts, what about agent harnesses, where before every tool call the model could reason a bunch?
I agree with you that real world results would be interesting, but I wouldn't hold my breath nor expect it to realistically be able to be useful. Still, people should try it, for science if nothing else :)
Comment by justincormack 5 hours ago
Comment by barbacoa 4 hours ago
So full CPU local AI inference may become viable option in coming years.
Comment by lallysingh 2 hours ago
Comment by calgoo 57 minutes ago
Comment by magicalhippo 8 hours ago
Or from SSD using something like Colibri[1]. Not going to be quick, but at least runable.
Comment by walrus01 8 hours ago
edit: the results I have seen from people trying colibri with fast consumer grade PCI-E 4.0 NVME SSD are 0.1 tok/s on models that are <700B in size, things that are well under 800GB on disk. With something that's 3T in size it'll probably be a lot slower than hat.
Comment by zozbot234 6 hours ago
Comment by magicalhippo 7 hours ago
But still fun you can run it at home.
Comment by LtdJorge 6 hours ago
Comment by walrus01 6 hours ago
Comment by johndough 7 hours ago
The model is known to be MXFP4 according to Kimi's release blog post, so the model weights will be less than 1536GB: https://www.kimi.com/blog/kimi-k3
Also, their previous models were native INT4, so it would be weird if they went larger now.
Comment by johndough 2 hours ago
* Sparse Experts: 1481.4 GB
* Dense Experts: 1.9 GB
* Self-Attention: 72.4 GB
* LLM Head: 2.4 GB
* Embeddings: 2.4 GB
* Vision Encoder: 0.35 GB (surprisingly small)
plus some miscellaneous parameters.
Most importantly, we now know that the model has 104B active parameters, which is quite a lot and will make it difficult to self-host efficiently.
Comment by Havoc 6 hours ago
On a 3T model I’d imagine you’d be closer to 0.05 tks
Comment by amluto 6 hours ago
Comment by zozbot234 5 hours ago
Comment by amluto 4 hours ago
If wonder if you can train a model to optimize this, by trying to make the expert selection sticky across a few tokens, without too much quality loss.
Another fun idea might be to try to build a model where the router chooses the expert 1-3 tokens in advance.
Comment by johndough 1 hour ago
You can!
> AFM 3 Core Advanced makes routing decisions per prompt. A lightweight, dense block selects a fixed set of experts during initial processing, periodically reselecting them during generation.
https://machinelearning.apple.com/research/introducing-third...
Comment by sandworm101 9 hours ago
Comment by walrus01 9 hours ago
But the memory bus speed is fully committed when generating tokens or thinking.
Comment by sandworm101 5 hours ago
Comment by walrus01 3 hours ago
Comment by sandworm101 3 hours ago
Comment by woctordho 10 hours ago
I've made some proof of concept in https://github.com/woct0rdho/transformers5-qwen3.5-recipe . We can finetune Qwen3.5-35B-A3B in 16 GiB VRAM, and DeepSeek-V4-Flash (284B-A13B) in 90 GiB VRAM, without CPU offload. This works well on unified memory machines like Strix Halo.
Even so, larger models like Kimi-K3 still require multiple GPUs and nodes, and there are a lot more to do compare to single-GPU training.
Comment by maxignol 7 hours ago
Comment by woctordho 2 hours ago
GGUF is maintained by all the llama.cpp developers. There are many quantization formats and algorithms under this container format, some are optimized for MoE (such as APEX quant), some for CPU and some for GPU, some work surprisingly well below 4-bit (and even near 1-bit). It also supports recent architectures like linear attentions and mHC.
Comment by qeternity 5 hours ago
It's almost certainly full parameter post training of the original model weights.
Comment by kiratp 16 minutes ago
Comment by vb-8448 9 hours ago
No, you don't. Without training cost you can infer only the marginal cost of serving this kind of models.
Moreover, you don't know the actual size of closed models (what if Fable is a 10T model? What if it's 1T?)
Comment by lelanthran 6 hours ago
Still useful; "are the labs marginally profitable just on the marginal inference costs?" is still a useful question to answer. After all, if they aren't even profitable on inference in isolation, then we can expect to see large price increases.
If they are able to turn a marginal profit on inference alone, then perhaps the price increases won't be so severe (or perhaps they expand the time between generations so that they spend less on training but take longer to complete training).
"Are the labs profitable at all?" is, of course, a much more useful question, but that doesn't mean that the first question is completely useless.
Comment by vb-8448 5 hours ago
The K3 maths can turn true only if the models size is roughly the same and the labs didn't find any better way to run inference at scale.
Comment by solenoid0937 5 hours ago
Comment by lelanthran 5 hours ago
We don't really know that, for OpenAI and Anthropic. We suspect that, but as far as I know, even they have stopped claiming that they are profitable on inference.
Comment by anthonypasq 3 hours ago
So which is it?
Comment by vb-8448 5 hours ago
Comment by nl 5 hours ago
Anthropic was probably profitable last quarter, without training costs: https://www.wsj.com/tech/ai/mind-blowing-growth-is-about-to-...
Comment by amelius 9 hours ago
Which is by far the most interesting number of the two.
> Moreover, you don't know the actual size of closed models (what if Fable is a 10T model? What if it's 1T?)
If you get close in output quality, then does that matter?
Comment by embedding-shape 9 hours ago
When you're trying to estimate/infer the costs of serving the tokens and even include the cost of training the weights in order to output tokens then yeah, why wouldn't that matter?
Comment by jvuygbbkuurx 8 hours ago
Comment by embedding-shape 7 hours ago
Comment by solenoid0937 5 hours ago
Comment by vb-8448 7 hours ago
Only if you don't have to continuously train new models, and you are not at a runway risk.
Comment by NitpickLawyer 7 hours ago
Of course inference efficiency is dictated by model architecture, size, etc. You can still guesstimate some of those and have an idea about cost/serve at several size tiers.
Comment by jeremyjh 7 hours ago
Comment by energy123 8 hours ago
Comment by vb-8448 7 hours ago
I guess this is one of the reason Anthropic i so "active" for asking for a development break.
Comment by trollbridge 4 hours ago
Comment by criley2 7 hours ago
Are you talking about Kimi's training cost or the training cost of the model(s) that Kimi distilled?
Because Moonshot didn't even incur the majority of the training costs either
Comment by tiagod 6 hours ago
I other words, the providers that will be offering K3 inference don't have any training costs to offset, so they are only charging for the inference itself. OAI/Anthropic would need to offset their R&D and training costs in order to not be selling API access at a loss.
Comment by nl 5 hours ago
The distillation process involves getting conversation traces from the model you are distilling from, and then training your model against them.
You still have to do the training!
Comment by woadwarrior01 9 hours ago
Comment by swingboy 8 hours ago
Comment by serf 4 hours ago
well, exactly.
that's tough to answer without just average sampling because some users will ask the model "what's todays date" or "what color is the sky?" and some users will ask "Let's rewrite the linux kernel in brainfuck."
Comment by Palmik 5 hours ago
Take a look at GLM 5 vs GLM 5.2 pricing -- GLM 5.2 cost more despite being the same model.
Take a look a look at DeepSeek, which hosts DS v4, profitably, yet others aren't able or willing to match the price.
Comment by NitpickLawyer 4 hours ago
But I do think that the median price where this settles will tell us something about the floor at which it is profitable to serve this model.
> DeepSeek, which hosts DS v4, profitably
I specifically mentioned 3rd party providers, because there can be an argument that model creators themselves are subsidising tokens to gather training data for the next model. In fact, ds are public about their gathering of data (at least on openrouter they're marked as such). So that 0.x price point for dsv4-pro is likely subsidised.
Comment by Palmik 2 hours ago
For my product, I run GLM 5.2 and other models myself, in production, on rented hardware. Paying API prices would cost much more.
EDIT: You can now see several other third-party providers for Kimi K3 (Nebius, Fireworks). All charge exactly the same as the first-party. Does that mean that their costs are the same? Seems quite unlikely. It's simply not an efficient market, yet.
Comment by throwdbaaway 2 hours ago
Comment by nl 5 hours ago
OTOH, the multiple providers who have settled around the same price point ($3.48/M output tokens for multiple providers with good reputations) does indicate where it is profitable: https://openrouter.ai/deepseek/deepseek-v4-pro#providers
Comment by trollbridge 4 hours ago
Comment by rhdunn 8 hours ago
The Kimi-K2.6 model is 1.1T parameters with 32B active parameters. With light quantization (Q6_K) that's enough to run it (slowly) on a single 5090. On a single B200 you can have 5-6 experts loaded into VRAM at a time. Realistically that would be 3-4 to account for the context. [!]
[!] With this and other MoE models it looks like an interesting area for research would be to detect or predict which models would be needed ahead of time. That way you could schedule the load into VRAM step before the weights are needed. That way you shouldn't lose much/any performance from offloading the weights to RAM.
Comment by petu 7 hours ago
> With light quantization (Q6_K) that's enough to run it (slowly) on a single 5090. Kimi K2.6 is released as INT4 already.
So 5090 with K2.6 is just gonna sit idle 99% of the time, waiting for next slice of weights to load.
5.6 Sol calculates that single 5090 in raw compute & memory bandwidth can run K2.6 at 35 t/s (256k context depth) -- if it somehow had enough memory to hold whole model in VRAM. Man, I hope HBF succeeds and Nvidia brings it to consumer cards in 5 years..
Comment by zozbot234 7 hours ago
It's worse than that: a typical MoE model routes a separate set of experts at every layer, not just every token! But in practice, RAM offload (for systems with non-unified VRAM) and even SSD offload still work surprisingly well given some amount of caching.
You can likely recover compute intensity and throughput by batching requests together, which (in practice, depending on sparsity) will end up reusing some of the loaded experts with high probability; though the obvious tradeoff is that having to store KV caches for the wider batches may leave you with less room to cache experts across layers and tokens.
(Plus if you're batching so widely that you end up loading essentially entire model layers, MTP then becomes applicable even for a MoE model. But this typically only applies if you're doing inference on a very large scale, or if your memory bandwidth is so scarce that you have to recover compute intensity by any means feasible.)
Comment by searealist 32 minutes ago
Caching really has nothing to do with this. With RAM offload you can mostly benefit from:
1) Batching for prefill is a huge win, even with MoE, since the batch sizes can be so large.
2) Keeping non-expert weights in VRAM, so the percentage of weights used per token in VRAM is higher. This benefit reduces with larger models, though.
> You can likely recover compute intensity and throughput by batching requests together, which (in practice, depending on sparsity) will end up reusing some of the loaded experts with high probability;
With MoE it's low probability.
> MTP then becomes applicable even for a MoE model
With MTP it becomes _extremely_ low probability.
Comment by embedding-shape 8 hours ago
Without leveraging system RAM and/or SSDs, I don't think you can, or how exactly are you running this, if this is something you are doing today? With CPU/expert offloading you could probably do it with a 5090 + 1TB of RAM or something like that, but absolutely not on a single 5090 entirely within VRAM.
Comment by robotswantdata 8 hours ago
There are a lot of optimisations that are not in the public sphere, source working on start up in this space
Comment by embedding-shape 7 hours ago
Sure, but if we're participating in public discussions, isn't it more fun if we talk about things people can actually read and understand, rather than secret stuff other's can say work, but no can actually validate or know how it works?
It sounds like "hybrid approaches are much better than the public is aware, because everything else is private and secret", but also: ok, so what? No one can run that anyways, (yet?), so why it matters?
Comment by rhdunn 8 hours ago
Comment by embedding-shape 7 hours ago
> The Kimi-K2.6 model is 1.1T parameters with 32B active parameters. With light quantization (Q6_K) that's enough to run it (slowly) on a single 5090.
Is painting a very different perspective, even considering the latter parts it's hard to read that as "Of course offloading everything else that doesn't fit on the GPU itself". But anyways, it's been clarified now so no harm :)
Comment by walrus01 8 hours ago
Because Kimi K2.6 in Q4 is about 584GB GGUF size on disk and will use slightly more than that in RAM, Q8 is 595GB.
Comment by NitpickLawyer 8 hours ago
But my comment on running it was more towards serving this profitably at scale. You get much better throughput / unit of compute if you load everything in VRAM and serve many requests at the same time. That's how all inference providers are doing it.
Comment by rhdunn 8 hours ago
Comment by blks 7 hours ago
Comment by mnahkies 7 hours ago
Comment by withinboredom 7 hours ago
Comment by xscott 6 hours ago
> reduces it down to its minimum entropy -- it cannot be compressed further.
I think you could make a lot more money elsewhere :-)
https://en.wikipedia.org/wiki/Kolmogorov_complexity#Formal_p...
Comment by withinboredom 4 hours ago
Comment by Alpha3031 7 hours ago
Comment by withinboredom 4 hours ago
It depends on the total entropy of the model. Smaller models have less entropy.
Comment by johndough 1 hour ago
Interesting. Why is that? I would have expected the opposite, since larger models have to try less hard to fit the training data. Or maybe this leaves more parameters with random initialization, resulting in higher entropy for larger models?
Comment by CamperBob2 1 hour ago
LOL
Comment by narwhster 5 hours ago
I think this release is actually great both ways when you think about it. We gonna be able to learn knowledge that labs have been hiding from us (e.g. cost like you mentioned). And labs could learn from whatever optimization techniques people come up with when trying to host this model.
It's honestly just good for everyone in my opinion.
Comment by stackghost 1 hour ago
Sounds like I'm buying a lottery ticket this week so I can drop $800k on hardware.
Comment by vorticalbox 8 hours ago
they noted in their blog post they didn't focus purely on coding for grok 4.5.
Comment by NitpickLawyer 7 hours ago
Comment by XCSme 4 hours ago
I am curios what's the most profitable thing to "plant" (agriculture analogy) on the land (cards) that you have have: web hosting, vps, llms, image/video generation, etc
Comment by epolanski 3 hours ago
Sota closed models don't even answer cybersecurity questions lol.
Comment by dist-epoch 10 hours ago
> SemiAnalysis estimates that Anthropic's current blended gross margin has risen to the mid-60% range, with the API business gross margin exceeding 80%
Of course, people will insist "they are lying", "why should we believe them, it's well known they subsidize API pricing", ...
https://newsletter.semianalysis.com/p/anthropic-3q26-profit-...
https://finance.biggo.com/news/02d45650-b569-4d12-b44d-8d6d8...
Comment by NitpickLawyer 10 hours ago
Comment by npn 8 hours ago
Comment by likium 4 hours ago
Comment by entrope 56 minutes ago
But if they're hoping to recoup non-recurring engineering costs rather than just hardware costs, they do need to consider the useful lifetime of the specific model.
Comment by knollimar 9 hours ago
Comment by dominotw 3 hours ago
my friends whove tried in their companies gave up on it.
Comment by Der_Einzige 9 hours ago
Comment by flaburgan 8 hours ago
Comment by flyinglizard 8 hours ago
Comment by Der_Einzige 1 hour ago
Everyone keeps thinking those A100s only have 6 more months of life, and yet they're still going for more than they did per hour in 2024.
Show me evidence that A100 prices have collapsed, and maybe GPU depreciation will be relevant to the market.
Comment by stellamariesays 3 hours ago
Comment by MeProtozoan 2 hours ago
Comment by btown 1 hour ago
Currently it's showing significantly better latency, but at a fraction of the usage Moonshot is experiencing, so we'll see how that holds up - regardless, a same-day deployment is an impressive feat!
Comment by pimeys 1 hour ago
I'm definitely having full eval suite on already if they get overloaded later on.
Comment by tidbeck 1 hour ago
Comment by chrsw 1 hour ago
Comment by fnordpiglet 5 minutes ago
Comment by dilliwal 2 hours ago
If the Licensee or any of its affiliates operates a Model as a Service business, and the aggregate revenue of the Licensee and its affiliates exceeds 20 million US dollars (or the equivalent in other currencies) in total over any consecutive 12 months, the Licensee must enter into a separate agreement with Moonshot AI before using the Software or its derivative works for any commercial purpose.
Comment by gorgmah 2 hours ago
There is also this paragraph in their licence that is smart marketing-wise:
> 3. If the Software (or any derivative works thereof) is used for any of the Licensee's commercial products or services that have more than 100 million monthly active users, or more than 20 million US dollars (or equivalent in other currencies) in monthly revenue, "Kimi K3" must be prominently displayed on the user interface of such product or service.
Comment by whimsicalism 1 hour ago
Comment by mock-possum 2 hours ago
Comment by TheTaytay 17 minutes ago
Comment by KronisLV 9 hours ago
It's either having a model struggling along with like 5-10 tokens per second on unified memory, or data center cards with hundreds of GB of VRAM consuming more than a kW of power. It doesn't seem like there's prosumer GPUs with like 180W-250W TDP and 128 GB or 256 GB of VRAM (one can dream). Then bifurcation and even just two of those cards would be kinda useful (albeit NVLink or equivalent would need to be commonplace).
Obviously nobody is running Kimi K3 locally without an insanely beefy homelab and lots of money to burn, but running GLM 5.2 would be cool at like ~100 tokens per second for a single session and maybe ~60 tokens per second with N subagents.
How unfortunate.
Comment by walrus01 9 hours ago
Copy and paste below from my notes and reported memory consumption with latest llama-server, assuming use of "--no-mmap" to load the entire thing into RAM at the time that llama-server launches.
DeepSeek-V4-Flash-UD-Q4_K_XL via unsloth 145GB on disk GGUF 0.03.323.204 I common_params_fit_impl: projected to use 178175 MiB of host memory
DeepSeek-V4-Flash-UD-Q8_K_XL via unsloth 151GB on disk GGUF 0.02.215.885 I common_params_fit_impl: projected to use 184636 MiB of host memory
Laguna-S-2.1-UD-Q8_K_X via unsloth 120GB on disk 0.01.616.119 I common_params_fit_impl: projected to use 172860 MiB of host memory
Qwen3.5-122B-A10B-UD-Q8_K_XL via unsloth 160GB on disk GGUF 165GB RAM use on launch, fresh context 0.04.976.905 I common_params_fit_impl: projected to use 170038 MiB of host memory
Comment by johndough 7 hours ago
But not every framework implements it properly yet.
Comment by walrus01 7 hours ago
0.07.015.888 I common_memory_breakdown_print: | - Host | 170038 = 162913 + 6740 + 384 |
The 6740 is the cache size.
Comment by Iolaum 7 hours ago
Now whether that's good enough for one's use-case remains to be determined. You can also get more out of those (local models and quantizations) if you further tweak the harness you use them with, but tbh this is where it gets too much work (at least for me and the time I have available).
Comment by zargon 7 hours ago
That's not an emerging practice, it's a tested strategy that is these days only used as a last resort by those desperate to fit a model in memory. Some models do better than others, but generally the model quality suffers greatly under those conditions.
Comment by walrus01 7 hours ago
Comment by trollbridge 4 hours ago
Comment by KerrAvon 2 hours ago
Comment by apitman 2 hours ago
Comment by nekitamo 20 minutes ago
But it's a moot point, because for local inference on consumer hardware, the MoE is so much faster.
Comment by apitman 9 minutes ago
Comment by OkayPhysicist 1 hour ago
Comment by schmorptron 6 hours ago
Comment by zozbot234 6 hours ago
Comment by bavell 5 hours ago
Just my experience though, I'm still figuring things out. Perhaps some subsets of tasks would be more ideal for these long-horizon workloads - exploration, multiple competing implementations, etc...
Comment by trollbridge 4 hours ago
I left something gargantuan running over the weekend (decompiling 1980s-era system software) and look forward to checking it out later today when I have a few free minutes.
Comment by zozbot234 5 hours ago
Comment by schmorptron 6 hours ago
Comment by zozbot234 5 hours ago
Comment by usef- 5 hours ago
Given the hardware shortage in the world, I suspect renting ("sharing") via APIs will likely remain cheaper for the foreseeable future since each piece of hardware isn't sitting idle nearly as much.
Comment by chrysoprace 6 hours ago
The "democratisation" talk from the frontier labs is especially egregious when they only release closed models (gpt-oss hardly counts) and are trying everything they can to make it harder to run open models.
Comment by embedding-shape 9 hours ago
I ended up implementing DiffusionGemma myself with Candle in Rust + CUDA, and it's quite literally the fastest model I've managed to run on my hardware.
Comment by bjackman 8 hours ago
Like, yeah if I could spend a few grand on such a GPU I probably would coz I'm a rich nerd, but I'd acknowledge it as an extremely inefficient luxury, kinda like a sports car.
So I think you could say the real misfortune is that we don't really have the technology (be it computer tech or political/social tech) to do that shared-HW thing in way we can truly trust.
Comment by ttoinou 7 hours ago
Comment by Tepix 6 hours ago
Comment by usef- 5 hours ago
> April 2016, 8 GB was standard across the 13-inch MacBook Air range
... Now it's 16.
Rich nerds will have quite a bit more. But I suspect the standard of model rich nerds want to use will have gone up somewhat too.
Comment by taneq 7 hours ago
Of course, by then we’ll want to run something commensurately larger.
Comment by ttoinou 7 hours ago
128GB is enough to run a large model, quantized, REAPed, with MoE and fast SSD for model weights
Comment by Davidzheng 6 hours ago
Comment by jayd16 2 hours ago
Comment by KerrAvon 2 hours ago
https://www.macrumors.com/2026/06/25/m5-ultra-mac-studio-202...
Comment by acchow 8 hours ago
Your power consumption estimates are off for this generation of GPUs. A 27B dense model gets 50-80 tps on an RTX 6000 using 600 watts.
Comment by ThunderSizzle 7 hours ago
Comment by syntaxing 3 hours ago
Comment by Curzel 3 hours ago
Comment by cmrdporcupine 2 hours ago
So for prefill -- which is more about compute than bandwidth -- the Spark performs quite admirably. But on decode it's highly bandwidth constrained. Some smaller MoE models (e.g. Gemma4) can do 60-70 tok/second but anything dense, or anything that is actually filling up most of that 128GB is going to choke out around 15 tok/sec. Even at NVFP4.
My experiments with this are at https://github.com/rdaum/eider/
For my current work I get to log into trays on a real GB300. It's somewhat comical that NVIDIA is marketing the little baby on my shelf here as even in the same universe as that. Which is basically like having access to a super computer.
Comment by mft_ 7 hours ago
1) Local LLMs are a relatively new phenomenon and hardware takes years. Apple probably lucked into their unified memory architecture being suitable (in terms of memory size and bandwidth) for local LLMs, but it's only with the newest generations we're hearing about LLMs even being a consideration in their design process.
2) NVidia seem to be deliberately blocking consumers from taking this path - as evidenced by the removal of NVLink from the 30x0 series onwards - probably to protect their data center cards from internal competition?
3) Perhaps there's just not the market for it? It's feasible that the number of nerds interested local LLMs is very small in numbers, sales, and profit potential compared to gamers on the one side, and data centers on the other. (This would explain why AMD and Intel aren't trying to out-innovate NVidia in this area, despite it being an obvious opportunity.)
Comment by trollbridge 3 hours ago
Try to imagine output token speeds of 15,000 tok/s and a time-to-first-token of 200ms. (This has already been done for Llama 8B.)
Now imagine gargantuan context windows (2M, 4M, or even bigger); keep in mind the 1M context windows were science fiction a few years ago... now imagine having this on a local model on something like a phone or portable device that can be gathering data about things you're doing and constantly run inference for things useful to you. An obvious example of this would be a chatbot you can talk to that responds like a normal human conversation and doesn't have delays, but that's just scratching the surface.
Comment by cmrdporcupine 2 hours ago
I've seen public pronouncements that the RAM shortage could persist for a decade.
And then if consider that the constraint on local LLMs isn't just memory size but bandwidth ...
If you take something like a DGX Spark and increase its memory to 512GB that doesn't even solve the problem. Because the bandwidth of DDR5 just can't manage reasonable speeds for decode. If you take a dense model or an MoE model uses up most of that 128GB in active decode you will only get like 15 tok/sec. "Real" datacentre inference boxes use high bandwidth memory that is 10x the speed.
I think we're unfortunately a long way off, unless people learn to accept working with much less intelligent models locally.
The innovation is going to have to come on the research & software side -- we need to find ways to pack more intelligence into a smaller number of parameters.
Comment by adityas02 8 hours ago
Comment by walrus01 7 hours ago
It will also happily hallucinate new names and content to fill in gaps in its knowledge, and present the hallucations in what looks like a correctly formatted sentence, so it could fool a person who doesn't know the subject matter. Like, I asked it for a description of Seattle and it hallucinated a name and description of a nonexistant tallest building in the city and suggested the view from its observation deck .
https://prismml.com/news/bonsai-27b
https://huggingface.co/prism-ml/Ternary-Bonsai-27B-gguf
In no way was I surprised, it's asking a lot of under 6GB RAM usage. But I think for 99% of people they will get better results doing something over the network where the weights and inference engine are not on the device.
Comment by emulio 6 hours ago
Comment by gorgmah 9 hours ago
I saw arguments like "Providers cannot price less than their costs" in other comments. In economics, it's generally admitted that they shouldn't price less than their marginal costs, i.e. in their case roughly the cost of electricity, since a lot of these datacenters are not at capacity in terms of graphics cards usage (speculation since it's very easy to rent a GC for a couple hours on some providers). My guess is that someone will be selling tokens at less than electricity + depreciation of GCs soon, since there's a lot of competition and "smaller" data centers have overcapacity? This is speculation, correct me if I'm wrong
Comment by a11r 8 minutes ago
Comment by teruakohatu 7 hours ago
My guess is they are selling you the tokens, then selling your tokens (data) onto someone else.
Comment by pembrook 5 hours ago
The problems with frontier models (design taste, ability to solve novel/difficult problems, etc) cannot be solved by throwing more slop from the average user at it.
Actually, most of the main deficiencies in current models stem from the fact that their data sets aren’t curated and specialized enough.
Comment by horsawlarway 3 hours ago
I think it's marketing, advertising, and product refinement.
Ex: all the things Google wants your search data for.
It's somewhat silly to think the value of that data has changed much. Advertisers want to know what's popular and getting clicks and attention. Competitors want to know what features are getting used in their markets.
In the simplest case, think of this data as improving the harness, not the model.
Comment by great_psy 1 hour ago
Comment by MYEUHD 3 hours ago
That would be valuable to advertizers for example.
Comment by markasoftware 9 hours ago
Comment by gorgmah 2 hours ago
Comment by alexandra_au 7 hours ago
Then there's 43% off at StreamLake with FP8 precision and 1M context window.
Comment by tokai 6 hours ago
Comment by wanick 9 hours ago
Comment by storus 3 hours ago
Comment by codethief 3 hours ago
Comment by rhdunn 2 hours ago
Comment by craigmart 2 hours ago
Comment by llm_nerd 3 hours ago
FWIW, China is suddenly talking about model export controls. It was one thing to release also-ran models, but now that they're pushing SOTA it's a different game.
Comment by qrios 2 hours ago
Thanks for the hint. It makes sense, even if the main driver for releasing the models is to reduce the market size for the US companies.
Do you have any sources?
Edit: "market size"
Comment by wren6991 2 hours ago
However you should take it with a pinch of salt because IMO their direct quotations do not support their title.
Comment by apitman 2 hours ago
Comment by achrono 2 hours ago
Comment by jorisw 2 hours ago
Comment by nozzlegear 49 minutes ago
Comment by NitpickLawyer 2 hours ago
It's just launch day gremlins, like always.
Comment by jug 4 hours ago
Comment by kamranjon 3 hours ago
Comment by XCSme 4 hours ago
Comment by trollbridge 3 hours ago
Comment by hectdev 2 hours ago
Comment by pmxi 2 hours ago
OpenAI and Anthropic guard the real reasoning closely. Users have never been able to see it and the API returns an encrypted blob instead of legible reasoning.
Comment by wren6991 1 hour ago
Here is an archived version of Anthropic's API docs saying that Sonnet 3.7 (only) has unredacted CoT on API: https://web.archive.org/web/20260324051339/https://platform....
Comment by hectdev 2 hours ago
Comment by causal 3 hours ago
Comment by XCSme 3 hours ago
5.5 Sol repors 10x fewer reasoning tokens than Kimi k3. If it is correct, than it unlikely has those doubt issues.
At the same time, I feel like their reporting is incorect and we are now paying per "intelligence", not actual tokens. We can't verify it anyway..
Comment by walrus01 2 hours ago
Comment by clint 45 minutes ago
Comment by docheinestages 9 hours ago
I think it's very valuable to have a smaller model that doesn't have any domain knowledge or facts built into its weights, but given the right context, could accurately reason about what to do and use the right tools.
I'm aware of colibri [1], but so far I've only seen extremely slow performance.
Comment by snemvalts 8 hours ago
You are describing fundamental tradeoffs. Getting more performance relative to model size and training token amount is what all of the labs are solving.
Comment by docheinestages 8 hours ago
Asking for such a model while wanting to be small and fast would align with what you're describing, which I believe is different from what I'm pointing to.
The model I'm describing sacrifices domain knowledge and expertise for agentic reasoning and tool-calling capabilities at a reasonable speed.
Think of Cactus Compute's Needle [1].
Comment by leobg 8 hours ago
I’ve had success adapting even a 7B model for single-domain tasks that way, including reasoning and tool calling.
You can use an open model. The point is just to outsource the inference, so you don’t have to deal with running the larger model yourself.
Comment by docheinestages 8 hours ago
Comment by clbrmbr 6 hours ago
Take the “train” portion of tasks on some benchmark, have K3 complete it, and then output detailed descriptions of tools used and why, then run the validation tasks with some small model that has access to the skills.
Comment by trollbridge 3 hours ago
Comment by starcast2026 1 hour ago
Comment by great_psy 1 hour ago
Comment by midnightbobarun 4 hours ago
Comment by dominotw 3 hours ago
is opus 5 a flop like 4.8 ?
where is the thread btw curios
Comment by midnightbobarun 36 minutes ago
Comment by davidkunz 10 hours ago
We won't be able to run this ourselves, but many providers can.
Comment by embedding-shape 9 hours ago
Hmm, not quite true, I think that honor, for better or worse, goes to OpenAI. When they released GPT2 (or GPT1 for that matter) is was quite literally the SOTA in the ecosystem when it was released.
Comment by neurostimulant 4 hours ago
Comment by davidkunz 3 hours ago
Comment by mixtureoftakes 6 hours ago
Comment by shalom1112 8 hours ago
Comment by maelito 10 hours ago
Comment by walrus01 9 hours ago
https://github.com/p-e-w/heretic
As a side note on this, if you see the reference in the screenshot in the link above to the harmful behaviors prompt set, these are all in English:
https://huggingface.co/datasets/mlabonne/harmful_behaviors
You could likely further de-censor a model by having a set of 'test' prompts in native Mandarin, Cantonese or really just about any other language. I don't speak any Chinese languages so I don't know if the published 'heretic' GGUF files some people have been throwing around will cooperate, or refuse, if you ask it in Mandarin for how to build a meth lab or precursors for semtex.
Comment by embedding-shape 9 hours ago
Comment by walrus01 8 hours ago
Comment by embedding-shape 8 hours ago
Comment by walrus01 8 hours ago
Comment by embedding-shape 8 hours ago
It's a 3T parameters model, with a weight format (MXFP4) still not completely integrated into the ecosystem, which only a few has the hardware to even do inference with, much less fine-tuning or more post-training. But sure, do sit and wait a few days :)
Comment by linkregister 5 hours ago
Comment by esperent 7 hours ago
Comment by altcognito 1 hour ago
It is more important to focus on the questions than the persons who created it.
Comment by jakubadamw 6 hours ago
https://x.com/dhh/status/2081435006770249831 (from the creator of Ruby on Rails).
In his specific case Kimi did the task it was asked to do (translation of the article DHH wrote), which Claude refused to.
Comment by dominotw 3 hours ago
'When gypsies appropriate public spaces, you deport them. It's not hard, it's not cruel. It's the basic logic of self-protection.'
Comment by erichocean 3 hours ago
However, even if it did, it is absurd for an AI to decide what it will and won't translate.
Comment by jliendo 3 hours ago
Comment by kartoshka 4 hours ago
Comment by elo02 7 hours ago
Comment by nl 4 hours ago
> The company appears burdened by far too many disparate groups that are over-optimizing for certain metrics as opposed to delivering usable technology for the company as a whole.
> And because Meta has a reputation for throwing money at problems and executing at high speed, these U-turns end up becoming more costly versus other companies that take a more disciplined or conservative approach. Suppliers also lose faith when given design wins are later cancelled. This has lead to less supply chain prioritization on new designs. Some suppliers favor focusing on Amazon or Google designs due to Meta’s frequent reshuffling.
> Few inside Meta’s chip division have a full understanding of why the company bought Rivos in the first place, and those who championed the deal internally have since gone quiet.
etc etc
It goes into a lot of depth.
https://newsletter.semianalysis.com/p/metas-infrastructure-t...
Comment by dominotw 3 hours ago
https://newsletter.semianalysis.com/p/the-future-of-meta-sup...
Comment by walrus01 7 hours ago
https://finance.yahoo.com/sectors/technology/articles/mark-z...
Not exactly the best use of dollars and the labor hours of some of the best minds of our generation.
Comment by trollbridge 3 hours ago
Comment by gizmodo59 6 hours ago
Comment by Aboutplants 6 hours ago
Comment by nicce 5 hours ago
Filtered heavily into those who care only about money. Many don’t want to work there. Smart people have other choices.
Comment by foobar_______ 2 hours ago
Smart? Check.
Money-obsessed and soulless? Check.
Comment by bearjaws 5 hours ago
Morale and momentum are huge things in companies, Zuck has been murdering both of those in Meta since... well naming it Meta.
Comment by mmaunder 3 hours ago
Comment by teruakohatu 7 hours ago
Comment by gmerc 6 hours ago
Comment by chrsw 6 hours ago
Comment by Levitz 4 hours ago
Comment by chrsw 4 hours ago
Comment by szge 6 hours ago
Comment by chrsw 5 hours ago
Comment by bertili 7 hours ago
Comment by brute 6 hours ago
You can still try it at https://chatjimmy.ai/, but it's running the rather outdated Llama 3.1 8B
Comment by davidricodias 6 hours ago
Comment by bertili 6 hours ago
Comment by trollbridge 3 hours ago
Comment by quantumleaper 3 hours ago
Comment by pimeys 3 hours ago
Comment by antiloper 4 hours ago
The alternative is on-TPU flash for storing the weights.
Comment by trollbridge 3 hours ago
Comment by fahrradflucht 2 hours ago
$3.00 / 1M In; $15.00 / 1M Out; 120 Tok/s
But since for reasons only Nebius knows Token Factory in general does not seam to offer prompt caching (at least not discounted) its essentially useless.
Comment by kiproping 2 hours ago
Comment by zozbot234 2 hours ago
Comment by vinhnx 2 hours ago
Comment by spwa4 17 minutes ago
Perhaps let's call it Kimi-K3-2.08T-A104B to make matters clear.
Comment by binyu 2 hours ago
Getting 404 Sorry, we can't find the page you are looking for.
Comment by jorisw 2 hours ago
Comment by khanhnguyen8386 7 hours ago
Comment by mattstir 3 hours ago
Comment by tonykipkemboi 2 hours ago
Comment by vinhnx 4 hours ago
Comment by onesandofgrain 3 hours ago
Comment by apexalpha 6 hours ago
Raw fucking intelligence at your disposal, free to download.
If you'd describe what's happening now to someone from five years ago they'd think you're hallucinating or mad.
Comment by seydor 2 hours ago
Comment by bobbyswiss 11 minutes ago
Comment by wwwhizz 10 hours ago
Comment by linzhangrun 9 hours ago
Comment by kalleboo 5 hours ago
Comment by _zoltan_ 9 hours ago
signed: a hungarian :)
Comment by egeozcan 9 hours ago
Comment by calebm 3 hours ago
Comment by layer8 5 hours ago
Comment by broodbucket 10 hours ago
Comment by spider-mario 8 hours ago
Comment by broodbucket 8 hours ago
Comment by fragmede 9 hours ago
Comment by c7b 10 hours ago
Comment by darkwater 9 hours ago
Comment by m00dy 10 hours ago
Comment by ra 10 hours ago
Comment by psychoslave 9 hours ago
Comment by embedding-shape 8 hours ago
Comment by LeonM 9 hours ago
The separator is often the only way to distinguish American notation from ISO, so please use a dash for dd-mm-yy and a forward slash for mm/dd/yy
Comment by casparvitch 9 hours ago
Comment by MikePlacid 3 hours ago
Comment by pavo-etc 9 hours ago
Comment by distances 9 hours ago
Comment by letier 9 hours ago
Comment by kuboble 9 hours ago
There are quite some countries around the world using d/m/y
https://en.wikipedia.org/wiki/List_of_date_formats_by_countr...
Algeria, Belgium, Brazil, Chile...
Comment by ashwoods 9 hours ago
Comment by layer8 5 hours ago
Comment by konart 7 hours ago
Comment by walrus01 8 hours ago
Comment by ltononro 3 hours ago
Comment by gandreani 3 hours ago
It's not practical to use it though. It counts almost 8x more towards your quota than glm 5.2!
Comment by 2001zhaozhao 7 hours ago
Comment by 3748949494 7 hours ago
Comment by lotaezenwa 5 hours ago
Comment by taf2 2 hours ago
Comment by 3uler 2 hours ago
Comment by rs38 9 hours ago
Comment by embedding-shape 9 hours ago
Comment by pmg1991 9 hours ago
Comment by someguyornotidk 9 hours ago
Linux distributions got this right: Offer both HTTP and Torrents. Let the user decide.
Comment by kingstnap 6 hours ago
Like they can takedown or update downloads and they can prevent someone from trivially bypassing the license agreements you need to accept for some models.
Comment by pmdr 6 hours ago
Perhaps that's exactly what they're trying to avoid, giving the user any form of control and having them depend on HF.
Comment by jimmaswell 1 hour ago
Comment by Havoc 6 hours ago
Comment by mromanuk 4 hours ago
Comment by taf2 2 hours ago
Comment by colortiles 9 hours ago
Comment by kansm 5 hours ago
Comment by loudmax 4 hours ago
If you have really high end hardware, you might be able to squeeze a heavily quantized version of Kimi-K3 onto your rig, but it will be too slow or too lobotomized to be useful.
This does put a near state-of-the-art open weights model within reach of what a small or medium business could afford if there's a case for local inference. It's probably not as good as Claude Fable or ChatGPT Sol. But if you're an organization that has a genuine need to run inference locally, this is a real possibility.
Is this for your homelab? Not in any practical sense.
Is this a possibility for organizations that can justify $1M or so on hardware for a near SOTA model they have full control over? Yeah, absolutely.
Comment by zozbot234 4 hours ago
Comment by kansm 3 hours ago
Comment by 0x1ceb00da 4 hours ago
Comment by cpburns2009 3 hours ago
Comment by k__ 5 hours ago
Comment by CodeCompost 10 hours ago
Comment by broodbucket 10 hours ago
Comment by InsideOutSanta 9 hours ago
Comment by RALaBarge 6 hours ago
Comment by layer8 5 hours ago
Comment by mythz 10 hours ago
Comment by qainsights 2 hours ago
Comment by hneqy2wqls 7 hours ago
Comment by Aboutplants 6 hours ago
Comment by marvinLuck 10 hours ago
Comment by sreekanth850 9 hours ago
Comment by thundergolfer 1 hour ago
Comment by sreekanth850 28 minutes ago
Comment by dsrtslnd23 8 hours ago
Comment by martindelophy 7 hours ago
Comment by padolsey 8 hours ago
Comment by edot 5 hours ago
Comment by efficax 3 hours ago
Comment by supjeff 2 hours ago
Comment by api 2 hours ago
It’s a new fundamental innovation in math and CS that allows large scale lossy compression of natural language another data formats in a way that is semantically queryable and cross-referenceable. It also manifests some form of emergent intelligence, likely evidence of the long posited link between intelligence and data compression.
The tech is awesome. It’s one of the coolest things I’ve seen in over a decade. The industry is kind of shitty, which is not unusual. The discourse around it is almost universally insane, crazy people arguing with crazy people.
Oh and get off the AI eco bullshit train. Look up the energy cost of AI queries vs driving or running a home air conditioning system. Feel bad about using AI? Skip that DoorDash order. You probably just saved the energy of 1-2 days of heavy Claude Code use.
Comment by mwcampbell 1 minute ago
Comment by m00dy 10 hours ago
Comment by nickthegreek 36 seconds ago
> If the Licensee or any of its affiliates operates a Model as a Service business, and the aggregate revenue of the Licensee and its affiliates exceeds 20 million US dollars (or the equivalent in other currencies) in total over any consecutive 12 months, the Licensee must enter into a separate agreement with Moonshot AI before using the Software or its derivative works for any commercial purpose.
Comment by torginus 10 hours ago
I wouldn't be surprised if they started offering potentiall bad quantizations with much reduced capability at lower prices (without telling the users, of course)
Comment by user43928 8 hours ago
Comment by m00dy 7 hours ago
Comment by user43928 7 hours ago
Other than that they track Tool call error rate and Structured output error rate.
I only discovered this today, and it seems like a good idea. What are the problems in practice?
Comment by Iolaum 10 hours ago
Comment by minimaxir 9 hours ago
Comment by cpburns2009 3 hours ago
Comment by hellajack3d 9 hours ago
Comment by seydor 7 hours ago
Comment by throwaw12 9 hours ago
On the other note, can't wait to see 1bit quantisation soon and how it performs in benchmarks, if it performs really well in benchmarks, would be very good news for GPU hosting providers, to offer "Opus 4.5 level model at the cost of Haiku 4.5"
Comment by supjeff 2 hours ago
Comment by MaskNinja 2 hours ago
Comment by Anoian 3 hours ago
Comment by dxxvi 7 hours ago
Comment by nateb2022 4 hours ago
Comment by rvz 8 hours ago
Now the US government has 5 hours left to (attempt to) stop the release. (and save Anthropic)
Let competition run its course and the market (not government) determine the winners and losers.
Comment by m00dy 2 hours ago
Comment by ojinai 4 hours ago
Comment by extra-AI 9 hours ago
Comment by wayknow 8 hours ago
Comment by luciana1u 7 hours ago
Comment by VladoIvankovic 6 hours ago
Comment by youre-wrong3 9 hours ago
Comment by anonli 4 hours ago
Comment by threerouter 11 hours ago
Comment by TurdF3rguson 6 hours ago
Just checking in because y'all sound good with that.
Comment by dools 6 hours ago
Comment by cpburns2009 3 hours ago
Comment by wraptile 6 hours ago
Comment by TurdF3rguson 6 hours ago
Comment by clbrmbr 6 hours ago