Live data from Hacker News

Cursor Introduces Composer 2.5

cursor.com

181–190 of 238 posts

Re: Cursor Introduces Composer 2.5

#181

Earlier quoted context omitted.

A few years ago I tried Zed when it was still pretty early, but eventually settled on Cursor. I gave Zed another shot a few days ago because Cursor’s worktree support still feels pretty weak. In my setup I use multiple agents like Claude Code and Codex, and Zed’s ACP support makes it pretty nice to manage them all as “threads” in one place. Worktree switching also feels much smoother. Overall the experience was prett…

Interesting, is it that the tab completion is giving better results, or how it works is better?

The tab completion is "faster than vim" from a long-time vimmer. It's at the point where a lot of times i'll lead with the comment instead of the code:

    # now take the list and sort by x.lastName
    
...and it'll "do the thing" (w/ type hints, its own comments, etc). Obviously in this very simple, understandable, completely contrived example, it's "trivial" (but 3 years ago would have seemed like magic), but it'll also pick up on "continuation / more of the same" type edits. A comment like `# use random_utility to call the api and only accept matches which supplement addresses that have already been found` will (usually) autocomplete all the gobbledy-gook w.r.t. tokens, URL's, function names, etc. so it's effectively an "automatic omni-complete with simplistic post-processing"

Example #2: I was just fixing some vibe-coded slop, where it was taking `click.echo( some_api.whatever_endpoint() )` and the "slop" portion was literally emitting: `str('{ "A": 1, "B": 2 }')` and that function call was emitting it directly.

On the command line, I was doing `blah whatever-endpoint --something | jq '.'` and got tired of the JQ thing, so I'm like: "I'll just use `json.dumps(...,indent=2)`", but lo and behold, I'm getting a dumb JSON string literal, not a pretty printed object shape.

I start typing `json.loads(` to move from "str()" to "dict()" ... and it autocompletes the whole scenario (on that line), then I move to `def some_other_endpoint` and it basically has that same edit queued up. (ie: it "knows" what i'm about to do).

...so overall, "faster than vim", even with high skill bar for repetition, motion, macros, sed-style edits, etc. You can't beat: "", especially when it's lightly intelligent (ie: knows when/what/str/int, adapts do different function calls, etc).

Re: Cursor Introduces Composer 2.5

#182

Say what you want about Cursor but they don’t lack for ambition. Forking VS Code, going big on bleeding edge features like cloud agents, and now they’ve thrown down the gauntlet directly challenging frontier labs by training their own model (“much larger” than Kimi 2.5’s 1T parameters) from scratch. They’ve been highly successful so far. Raised $50B, $2B in revenue, forecast to end 2026 above $6B. But even at these h…

they aren't "throwing down the gauntlet", they're trying to find ways to eke margin out of their product by owning a commodity-level coding model. it's an impressive engineering task but it's not particularly ambitious.

Re: Cursor Introduces Composer 2.5

#183

I have to say the new model is quite good at the basics, I've been handing over more and more tasks from Linear straight to it instead of the copy-paste into Claude dance lately. At this point, more of my complaints are on the harness side, which is odd since originally they were by far the best harness out there. Support - This is pretty much non-existant, it's community support or sales support. Interacting with Gi…

> I've been handing over more and more tasks from Linear straight to it instead of the copy-paste into Claude dance lately Tangent: we've been using Linear at work and I still don't understand why it claims to be "task tracking for agents ". Is there anything at all that lends itself better to agentic workflows compared to JIRA or gitlab/github issues or whatever else? Seems like Linear just hopped on the buzzword hy…

> Seems like Linear just hopped on the buzzword hype train at the exact right moment...

I think you nailed it. Provided an agent can connect and ingest the information in the ticket, that's basically what's needed. I guess it's nice to be able to nudge ticket status and post back to it, but all of those seem like wiring up existing APIs to an MCP and calling it good. I don't see why JIRA couldn't execute on that, despite being Atlassian.

Re: Cursor Introduces Composer 2.5

#185

Earlier quoted context omitted.

EDIT: As others have pointed out, the comment above contains hallucinations (Like the $50 billion number) and a lot of AI tells. The account doesn’t have a history of AI-like comments but the hallucinations and structure in this one are suspicious. If anything, don’t trust the numbers it cites because they’re made up. Cursor is a team that I want to see succeed. They have stacked their company with very smart people…

Same, I kick the tires on Cursor every several weeks wanting to find they've finally crossed some chasm I can't quite explain. But every time, I bounce off the ground-truth that they're forked off vscode, which just isn't for me. I think moving agents to the center of their experience and developing a model that focuses on speed/efficiency over maximum depth is a promising step away from being a spicy vscode fork.

My company is heavy on Cursor and I still ask them to provide me GitHub Copilot, for the sole reason that Cursor is probably the reason Microsoft had to implement technical enforcement of their TOS on proprietary plugins. Previously, you could use PyLance on VSCodium but now those plugins do not work outside VSCode anymore.

If Cursor (and every other commercial VSCode forks) didn't use MS extension store in the beginning and violate the TOS these might not have happened.

Re: Cursor Introduces Composer 2.5

#186

Say what you want about Cursor but they don’t lack for ambition. Forking VS Code, going big on bleeding edge features like cloud agents, and now they’ve thrown down the gauntlet directly challenging frontier labs by training their own model (“much larger” than Kimi 2.5’s 1T parameters) from scratch. They’ve been highly successful so far. Raised $50B, $2B in revenue, forecast to end 2026 above $6B. But even at these h…

Them raising this much money doesn't mean they're successful, it only means they know how to fool the investors well. A project that is basically an extension to VSCode only adding a chat interface, isn't really worth this much money. Obviously, it's the users, but people think it's something genius and revolutionary, but no.

This is rsync all over again. Go create it yourself if you think it’s just a simple extension.

Re: Cursor Introduces Composer 2.5

#187

Say what you want about Cursor but they don’t lack for ambition. Forking VS Code, going big on bleeding edge features like cloud agents, and now they’ve thrown down the gauntlet directly challenging frontier labs by training their own model (“much larger” than Kimi 2.5’s 1T parameters) from scratch. They’ve been highly successful so far. Raised $50B, $2B in revenue, forecast to end 2026 above $6B. But even at these h…

AI comment... BOO!

Re: Cursor Introduces Composer 2.5

#188
post #137

Earlier quoted context omitted.

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.

You're not in the A/B test. I've never opened the agents window consensually.

Re: Cursor Introduces Composer 2.5

#189
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.

I try it from time to time and feel the same way. Some people I know really like it but I can’t tell if that’s because it’s good or just because it’s what they’ve become familiar with and they don’t like to change tools. Cursor had a good head start and a lot of early PR.

Re: Cursor Introduces Composer 2.5

#190

Earlier quoted context omitted.

> I've been handing over more and more tasks from Linear straight to it instead of the copy-paste into Claude dance lately Tangent: we've been using Linear at work and I still don't understand why it claims to be "task tracking for agents ". Is there anything at all that lends itself better to agentic workflows compared to JIRA or gitlab/github issues or whatever else? Seems like Linear just hopped on the buzzword hy…

> Seems like Linear just hopped on the buzzword hype train at the exact right moment... I think you nailed it. Provided an agent can connect and ingest the information in the ticket, that's basically what's needed. I guess it's nice to be able to nudge ticket status and post back to it, but all of those seem like wiring up existing APIs to an MCP and calling it good. I don't see why JIRA couldn't execute on that, des…

Yup, honestly a google spreadsheet could probably do it as well.

I like the "copy prompt" feature, it's super simple but makes it just a few seconds to go from issue -> claude session.

Also assigning directly to cursor or codex, that's how I handle the easier tasks.

We also have scheduled tasks that elaborate existing tickets with information where needed, again that's just MCP but it works well enough

Post reply on HN