Live data from Hacker News

Kimi K2.6: Advancing open-source coding

kimi.com

211–220 of 394 posts

Re: Kimi K2.6: Advancing open-source coding

#211

Earlier quoted context omitted.

Is it? In your link it definitely failed to draw the clock.

It redraws it every minute, and some models give quite different results although the prompt is exactly the same.

This reads like satire, but I've been feeling that a lot lately.

Re: Kimi K2.6: Advancing open-source coding

#213
post #52

Earlier quoted context omitted.

All great technological advancements have come through opening up technology. Just look at your iPhone. GPS, the internet, AI voice assistants, touchscreens, microprocessors, lithium-ion batteries, etc all came from gov't research (I'm counting Bell Labs' gov't mandated monopoly + research funding as gov't) that was opened up for free instead of being locked behind a patent. Private companies will never open up a tec…

Still, you won't hear about Tiananmen square from this model. It flat out refuses to answer if pushed directly. It's also pretty wild how far they go to censor it during inference on the API, because it can easily access any withheld or missing info from training data via tool calls. It even starts happily writing an answer based on web search when asked indirectly, only to get culled completely once some censorship…

I’d say the american models are more censored or take the censoring they do more seriously. Here is kimi (though 2.5) failing its censoring mission: https://old.reddit.com/r/LocalLLaMA/comments/1r9qa7l/kimi_ha...

Re: Kimi K2.6: Advancing open-source coding

#214
post #130

In my tests[0] it does only slightly better than Kimi K2.5. Kimi K2.6 seems to struggle most with puzzle/domain-specific and trick-style exactness tasks, where it shows frequent instruction misses and wrong-answer failures. It is probably a great coding model, but a bit less intelligent overall than SOTAs [0]: https://aibenchy.com/compare/moonshotai-kimi-k2-6-medium/moo...

I tried it on openrouter and set max tokens to 8192, and every response is truncated, even in non-thinking mode. Maybe there's an issue with the deployment, but in your link also shows it generates tons of output tokens.

Oh yeah, I just noticed, like 3x the reasoning tokens.

Re: Kimi K2.6: Advancing open-source coding

#215
post #93

Earlier quoted context omitted.

The bulk of Kimi-K2.6's parameters are stored with 4 bits per weight, not 16 or 32. There are a few parameters that are stored with higher precision, but they make up only a fraction of the total parameters.

Huh, cool. I guess that makes a lot of sense with all the success the quantization people have been having. So am I misunderstanding "Tensor type F32 · I32 · BF16" or is it just tagged wrong?

I32 are 8 4-bit value packed into one int32.

Re: Kimi K2.6: Advancing open-source coding

#216

Earlier quoted context omitted.

Still, you won't hear about Tiananmen square from this model. It flat out refuses to answer if pushed directly. It's also pretty wild how far they go to censor it during inference on the API, because it can easily access any withheld or missing info from training data via tool calls. It even starts happily writing an answer based on web search when asked indirectly, only to get culled completely once some censorship…

The American models also censor a lot of scientific and political views though.

Can you be more specific?

Re: Kimi K2.6: Advancing open-source coding

#217
post #168
post #92

Earlier quoted context omitted.

[flagged]

It's tradition at this point. Based on the upvotes the comment receives, it looks like many readers find value in it.

Upvotes are cheap, the fact that something is upvoted doesn't mean it's valuable (see: Reddit). Another thing is how insightful is the discussion under a typical pelican comment are (and how much of it is related to the pelican and how often it's just where the general discussion happens).

Re: Kimi K2.6: Advancing open-source coding

#219

Running it through opencode to their API and... it definitely seems like it's "overthinking" -- watching the thought process, it's been going for pages and pages and pages diagnosing and "thinking" things through... without doing anything. Sitting at 50k+ output tokens used now just going in thought circles, complete analysis paralysis. Might be a configuration or prompt issue. I guess I'll wait and see, but I can't…

Had the same experience using it for a refactor of a 3k LOC monolith via the Pi harness and OpenRouter. After burning through $8 worth of tokens it left the code in a broken state, the "thoughts" were full of loops where it would edit the monolith, then refer back to the original file, not finding it and then overwriting its changes with "git checkout --"

It's probably bad harness. I had a similar bad experience with qwen max yesterday also through opencode.

In the past I tried Kimi thru Claude code I might try that again

Post reply on HN