Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Kimi K2.7-Code: open-source coding model with better token efficiency

huggingface.co

Post reply on HN
Print view View original

221–230 of 254 posts

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#221

Post by WarmWash »

dancemethis wrote: post #186
SubiculumCode wrote: post #164

Earlier quoted context omitted.

I agree it is an empirical question. I do not know if that research has been done in the open sphere. But please, do not pretend that there isn't a real geopolitical rivalry going on that makes such questions a legitimate, non-fruity concern.

This is a fair point, alongside the one about the hidden content in the weights. Exactly why my prime suspect would be the one country with focus on proprietary models, and the one country prone to bombing others, including with nuclear weapons.

Unlike China, the US government doesn't own the models. The models will freely talk about any of those bombings or other atrocities of the US government.

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#222

Post by btian »

Bnjoroge wrote: post #127

Output tokens are almost 5x more expensive than mimov2.5 pro/dsv4pro. I’m curious to see if Kimik2.7 is that much better. Feels like kimi are positioning themselves as the premium open source models

It's not more expensive at all. They are all open weights models. I run them on 2x8xH100. They cost the same.

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#223

Post by threethirtytwo »

SubiculumCode wrote: post #144
threethirtytwo wrote: post #139

Earlier quoted context omitted.

Eh even corporate created LLMs are suspect to corporate biases. Nothing is safe.

Everything is the same is not a serious argument because they are not the same.

They are different and yet the same. The biggest difference is there’s generally more hatred for China because many us citizens are jealous. But corporate corruption is not that different in safety.

Other than hatred the difference lies in incentives. Corporations want profit. China just wants to spy.

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#224

Post by scottcha »

sebastianconcpt wrote: post #28
scottcha wrote: post #9

Earlier quoted context omitted.

I use glm5.1 plus pi with a few customized skills and am very happy with it. I hadn’t touched my Claude 5x plan for a couple of weeks but opened it back up in Claude code when fable was released and did a few tasks and still was happy to return to glm/pi.

Better than Qwen3.6-35B-A3B-8bit ? When I tried glm found it way way slower (omlx as runtime)

Yes way better. We host both and while qwen3.6 is over 100tps we usually can do glm around that too.

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#225

Post by [deleted] »

xendo wrote: post #209
wolttam wrote: post #38

Earlier quoted context omitted.

Depending on who you are and how you use these models, we're already at this point

Exactly, for long running vibe coded stuff that I don't care about quality getting big and smart model is the only option. But for high quality changes where I need to have control and understand everything, where I do everything in small chunks - I can use basic model like Sonnet.

[deleted]

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#226

Post by RIshabh235 »

pixel_popping wrote: post #87
RIshabh235 wrote: post #63

I think deepseek has crossed the threshold for being on par with opus 4.6 and kimi is doing a great job in shipping velocity.

Deepseek V4 is far from Opus 4.6 level, it might look like it at first glance, but the general reasoning (especially multi-steps) is frankly far off. It's good enough to build great things don't get me wrong, but there is really something that is different from Anthropic models.

agreed

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#227

Post by lotharcable »

torginus wrote: post #158
regularfry wrote: post #97

Earlier quoted context omitted.

The difference in outcome isn't that big but yes, you need to be more rigorous. For instance I've found that the Kimi K2.5 and K2.6 models will comment out failing tests rather than fix a problem they just caused (mistaking them for "pre-existing failures"), so you need to specifically make commented-out tests break the build. I've not personally had that problem with any of the Anthropic or OpenAI models.

I wonder why it's the natural tendency of models to BS or do stuff like this when they don't have the correct answer - it's clear that they can program refusal into them, but for some reason, refusal has to be injected after the fact, and models can't really arrive at the conclusion that they can't answer properly.

probably because there is a ton of open source projects out there with disabled tests in their training data.

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#228

Post by neonstatic »

WarmWash wrote: post #220
SubiculumCode wrote: post #145

Earlier quoted context omitted.

For those that don't like calling them CCP models, may I remind you, the CCP won't let Chinese AI researchers out of the country any more without securing approval first[1]. [1] https://www.tomshardware.com/tech-industry/artificial-intell...

C'mon shills, get on the whataboutism...

Strange that you feel so strongly about this just one day after US govt effectively shut down Mythos.

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#229

Post by Bnjoroge »

btian wrote: post #222
Bnjoroge wrote: post #127

Output tokens are almost 5x more expensive than mimov2.5 pro/dsv4pro. I’m curious to see if Kimik2.7 is that much better. Feels like kimi are positioning themselves as the premium open source models

It's not more expensive at all. They are all open weights models. I run them on 2x8xH100. They cost the same.

Openrouter has them as significantly more expensive.

Re: Kimi K2.7-Code: open-source coding model with better token efficiency

#230

Post by greenavocado »

odiroot wrote: post #112
trollbridge wrote: post #32

Earlier quoted context omitted.

I am extremely happy with ohmypi, but you could use OpenCode or just keep using Claude Code! DeepSeek-V4-Pro is adequate plus use DS4-Flash for tasks or other small activity you’d use Haiku or Sonnet for. Go sign up with $10 prepaid. OpenCode Go - go sign up with $5 for a month and use Qwen-3.7-Max for design/plan/architecture or difficult troubleshooting. Feels closer to Opus 3.6 or 3.7 than DeepSeek, closest I’ve f…

> I am extremely happy with ohmypi, but you could use OpenCode or just keep using Claude Code! What's the benefit of using OMP over OpenCode? Just the sheer amount of options in OMP overwhelmed me. But I also use both via ACP in Zed so the CLI itself doesn't matter much.

I ditched Opencode for OMP. It's more feature packed, well put together, and gives me better results with some steering. Love it
Post reply on HN