Live data from Hacker News

Cursor Introduces Composer 2.5

cursor.com

131–140 of 238 posts

Re: Cursor Introduces Composer 2.5

#131
post #120
post #117

Earlier quoted context omitted.

Yes and if I remember the drama correctly - Kimi's license or terms of use says that for commercial use cases (or was it user count?) - you must declare credit to Moonshot and Kimi.

How can distilled opus become better than original? There are numbers of reports including anthropic that kimi team was participating in fraudulent activities

Do we know the "fraudulent " requests really came from moonshot engineers and was not QA team running a ton of benchmarks against other models?

I feel distilling something as big as Opus would require many many more samples, but I dont really know much about this subject

Re: Cursor Introduces Composer 2.5

#132

Any reason why they indexed on Kimi K2.5 model? I have tried many open-source ones in Opencode, and, in my experience (standard backend development, Java, Python, Spring, etc) Qwen3.6 is SO MUCH BETTER that's shocking. Kimi can't even get most tool calling arguments right.

There's a lead time on models, and there's some tuning gotchas they probably already figured out with Kimi, so they weren't ready to just drop everything and switch. I'm sure they will switch models eventually.

Re: Cursor Introduces Composer 2.5

#133

> Composer 2.5 is built on the same open-source checkpoint as Composer 2, Moonshot's Kimi K2.5. Really nice to see they're giving credit to the company and I am optimistic Kimi K open models soon will outperform Opus models

> I am optimistic Kimi K open models soon will outperform Opus models

Hard to outperform the model you distill...

Re: Cursor Introduces Composer 2.5

#134
Hahah wtf? They are training on colossus 2? Their own model?

Dude what the hell happened to Musks Grok? How incapable are they that they give away training compute to Cursor like this?

Weird that the genius Musk doesn't need his own compute, after all shouldn't Macrohard (no joke) already building the worlds software from scratch?

Re: Cursor Introduces Composer 2.5

#135

Hahah wtf? They are training on colossus 2? Their own model? Dude what the hell happened to Musks Grok? How incapable are they that they give away training compute to Cursor like this? Weird that the genius Musk doesn't need his own compute, after all shouldn't Macrohard (no joke) already building the worlds software from scratch?

Words on the street is that xAI will buy cursor.

Re: Cursor Introduces Composer 2.5

#136
I want to like composer, but I just can't.

- Its communication style is completely opposite to Anthropic models. It's not as bad as OpenAI's models, which are obsessed with "shapes", "wrinkles", hyphenated-words, and other cryptic formulations that make you feel like you're not on planet earth after a while talking to them. But it is nonetheless markedly "rude", "dry", "cold", gives off this "entitled I'm right, you're wrong" attitude. I once had composer2-fast accidentally run `rm -rf $HOME` (no harm done) as part of a bug in an install script it wrote and all it could say once it realized it was: "Running script with proper hardening". Qwen's models have clearly been distilled from Anthropic models because they have a much closer communication style and that's why I hope cursor will one day release a new family of composer models derived from that. A damn joy to use.

- It's just dumb. I don't know what they're doing with benchmarks, but for my work (python, bash, docker, whatever), cursor is just incredibly dumb. Always does in 10 lines what could be done in one. Doesn't know loads of internals of things that other models know. Never places things in the right files, constantly makes terrible edits (inline imports, edits without testing). Everything is so complicated when done by composer2, it's just a joke to me at this point. It clearly needs more handholding than Opus 4.x or GPT-5.x. I tried 2.5-fast and it seemed more of the same. And this would sort of be acceptable if it owned up to its incompetence, but it is so confidently incompetent that it's revolting.

I know that for many people the "tone" of the models is not relevant, or maybe they even prefer models like these. I simply cannot work like that.

Ever since Gemini started blowing benchmarks out of the water while being a clearly inferior model incapable of producing anything (and pretty much just doing tool calls without any feedback to the user), I gave up on benchmarks. Composer has been more of the same in that regard.

As a GPT model would say:

   "Small wrinkle: the production-ready benchmark results were tainted by real-world data points. I've assimilated the inconsistencies and added guardrails so that v2 has the right shape for future evaluations."

Re: Cursor Introduces Composer 2.5

#137
post #62

I kind of want to try it, to see if and how far they can take an open model and improve it but I really don’t miss the Cursor user experience. Constant UI changes, half-baked features, smaller and smaller limits, useless AI change attribution; I think I’ll wait for others to report if it’s any good.

Noticed recently they keep opening their “Agents” window when the project was last opened in the VSCode fork window in the hopes I’ll just continue working in that when the UI is totally different and missing things I need. For a professional tool it’s getting egregious how little respect they have for my workflows and flow state they way they keep moving, changing iconography and flipping switches of the UI. It’s cl…

I’ve personally never experienced that issue with Cursor. I never use the agents window and it always shows me the editor.

Re: Cursor Introduces Composer 2.5

#138

Hahah wtf? They are training on colossus 2? Their own model? Dude what the hell happened to Musks Grok? How incapable are they that they give away training compute to Cursor like this? Weird that the genius Musk doesn't need his own compute, after all shouldn't Macrohard (no joke) already building the worlds software from scratch?

Words on the street is that xAI will buy cursor.

Yeah for 10-60 BILLION. which again makes this even stupider.

For this amount of money you can rebuild cursor and everything else on the market, and with the rest of 9-59 Billion, you just hire experts in coding and let them code real high quality code examples.

And then you just use your existing grok pipeline and just add this functionality.

This xAI stuff has to be run by idiots

Re: Cursor Introduces Composer 2.5

#139

> Composer 2.5 is built on the same open-source checkpoint as Composer 2, Moonshot's Kimi K2.5. Really nice to see they're giving credit to the company and I am optimistic Kimi K open models soon will outperform Opus models

> I am optimistic Kimi K open models soon will outperform Opus models Hard to outperform the model you distill...

Is that true? If the distillation is not lossy and the model runs much faster due to less resource consumption, then it may outperform.

Re: Cursor Introduces Composer 2.5

#140

Earlier quoted context omitted.

And its still just a vscode fork

Cursor 3 is a complete rewrite, its no longer a fork.

It's still a VSCode fork. Even Cursor's own About window tells you it's VSCode.

  Cursor
  Version: 3.4.20
  VSCode Version: 1.105.1
Post reply on HN