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

Cursor 1.7

cursor.com

Post reply on HN
Print view View original

81–90 of 169 posts

Re: Cursor 1.7

#81

Post by dmix »

mdale wrote: post #63

Was spending a lot with cursor switching between sonnet and opus 4.1s like 1500 to $2k a month. Was doing a lot of tabs in parallel of course. Output was like 5k lines on Good day. (Lines not the best measurement) But a yard stick against feature testing and rework. Now with gpt-5-codex and codex vs code ext .. getting through up to 20k line changes in a day again lots of parallel jobs; but codex allows for less rewo…

Sounds like a different use case than Cursor. Editing that many files/lines probably scales better with a CLI tool. Cursor makes more sense for day-to-day maintenance and heavy hand-holding feature development coding.

If I was building a new project from scratch I'd probably use a CLI tool to manage a longer TODO easier. But working on existing legacy code I find an IDE integration is more flexible.

Re: Cursor 1.7

#82

Post by jrop »

clickety_clack wrote: post #80
causal wrote: post #38

I got into Cursor a little late, went really heavy on it, and see myself using it less and less as I go back to VSCode. 1) The most useful thing about Cursor was always state management of agent edits: Being able roll back to previous states after some edits with the click of a button, or reapply changes, and preview edits, etc. But weirdly, it seems like they never recognized this differentiator, and indeed it remai…

I totally agree on point 1. Being able to make piece wise, limited updates with AI was a sweet spot, but they keep pushing towards “ai changes hundreds of lines across dozens of files” type edits. I bought into cursor heavily from the off, and I’ve seen it create auth bypasses, duplicate component libraries and break ORM models. I know what I want to do, I just want it to happen faster and in a way I can control and…

Neovim + Git + Aider seems to get close to perfection.

Re: Cursor 1.7

#83

Post by simonw »

OK I'd love to know more about how they implemented this: https://cursor.com/changelog/1-7#sandboxed-terminals

"Commands now execute in a secure, sandboxed environment. If you’re on allowlist mode, non-allowlisted commands will automatically run in a sandbox with read/write access to your workspace and no internet access."

Re: Cursor 1.7

#84

Post by saos »

I've been using this editor more and to be honest, I love it so much. Yet to try Claude code though.

Re: Cursor 1.7

#85

Post by saltyoldman »

oersted wrote: post #30

I'd love to hear from folks who mainly use Claude Code on why they prefer it and how they compare. It seems to be the most popular option here in HN, or at least the most frequently mentioned, and I never quite got why. I always preferred the deep IDE integration that Cursor offers. I do use AI extensively for coding, but as a tool in the toolbox, it's not always the best in every context, and I see myself often swit…

I think personally I really like Claude, but our company has standardized on Cursor. Both are very good. I do like the tab completion. The "accept/undo" flow of cursor is really annoying for me. I get why its there, but it just seems like a secondary on top of Git. I usually get everything in a completely committed state so I can already see all my changes through the standard git management features of "VSCode".

I think Claude's latest VSCode plugin is really great, and it does make me question why Cursor decided to fork instead of make a plugin. I'd rather have it be a plugin so I don't have to wipe out my entire Python extension stack.

Re: Cursor 1.7

#86

Post by justhw »

Since finding out a Claude Code extension to run on VS Code/cursor, I use it less and less. With git and Claude Code, rolling back and forth is a breeze. Cursor is cooked, as the cool kids say now days. They need to adapt and find a moat.

Re: Cursor 1.7

#87

Post by deaux »

Cursor will soon be irrelevant. The one thing that it excels at is autocomplete, and that's ironically the one feature they bought out and integrated (Supermaven) instead of developing themselves, which sums it up quite well. It's still making good money based on having been first to market , but it's market share has been in freefall for ages, only accelerating.

The agentic side is nothing special and it's expensive for what you get. Even if you're the exact target audience - don't want CLI, want multiple frontier models to choose from for a fixed monthly price - Augment is both more competent and ends up cheaper.

Then for everyone else who is fine with a single model, Claude Code and now Codex are obviously better choices. Or those who want cheaper and faster through open weights models, there's Opencode and Kilo.

The mystery is that the other VC backed ones seemingly don't care or just don't put enough resources into cracking the autocomplete code, as many are still staying with Cursor purely for that - or were until CC became mainstream. Windsurf was making strides but now that's dead.

Re: Cursor 1.7

#88

Post by mellosouls »

Like many others I was very pro cursor a year or so ago, but unfortunately since then 3 significant things have severely impacted its appeal:

VS Code accepted the challenge and upped its game.

Claude Code changed the game.

Cursor's own heavy value decrease (always part of the strategy but poorly communicated and managed) hit Cursor users hard when the cheap premium tokens honeymoon ended in recent months.

Existing users are disappointed, potential new users no longer see it as the clear class leader, because it isn't.

Re: Cursor 1.7

#89

Post by causal »

stagalooo wrote: post #78
causal wrote: post #75

Earlier quoted context omitted.

Addressing 2) first: That's good, I totally misunderstood then, and guess I'll need to try it to understand what's new since I thought that kind of tabbing had been there a while. Back to 1): The type of bug I see most often is where conversation history seems incomplete, and I have trouble rolling back to or even finding a previous point that I am certain existed. Git shares some features but I think Git was not mad…

FWIW, my workflow with git is to stage changes I want to keep after every prompt. Then I can discard changes in the working area after a bad prompt or stage individual changes before discarding from the working area. Works really nice for me.

Yeah I've used staging/stashing similarly, but it feels like working around Cursor rather than with it

Re: Cursor 1.7

#90

Post by deaux »

GuardianCaveman wrote: post #7

Nice to see the image files being read without having to paste them and team rules. Cursor has been extremely helpful the last few months but increasingly more expensive. I spent almost 300 last month and had a lot of frustrating experiences so now I’m transitioning to Claude code in VS code.

$300!? You could literally switch to any of the dozen competitors and it'd be cheaper than that for at least the same quality, good god.
Post reply on HN