Live data from Hacker News

Cursor 1.7

cursor.com

121–130 of 169 posts

Re: Cursor 1.7

#121
post #106
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…

> Claude Code was fine in CLI and has a nearly-identical extension pane now too. One of us is wrong here. Last I checked, the extension pane was a command line, that doesn't use macOS keybindings, reimplements common controls, uses monospaced text for prose, etc. I don't mind particularly about the last two but 'cmd A' on my Mac highlight all the text in the Claude Code user interface, rather than the text in the tex…

Sounds like you're still using the terminal. I'm talking about https://marketplace.visualstudio.com/items?itemName=anthropi...

Re: Cursor 1.7

#122
post #112

Earlier quoted context omitted.

not only that but the way that openai and claude have their own foundational models/agents trained to work via CLI, which will basically always be better than just cursors gpt wrapper approach.

How are they trained to work via CLI? You prompt it and it returns response. Where does the CLI come into play?

Have you used Claude Code or OpenAI Codex yet?

Re: Cursor 1.7

#123
post #21

Earlier quoted context omitted.

lowkey typing is so cumbersome though they should make an ai model that can read my thoughts and generate a prompt from them so i don't have to anymore

You are thinking too small. AI should be able to determine what my thoughts should be and execute them so I don't have to spend my precious time actually thinking.

Precisely. And there should be an option to randomize.

Re: Cursor 1.7

#124
1 year since canceling Cursor; I thank them for being a stepping stone on my journey of agentic coding.

Legacy tech, but a great idea before models got good enough to use via CLI.

Re: Cursor 1.7

#126

For some reason, CLIs feel better as coding agent UIs. I loved Cursor at first, but now with Claude Code, it feels like Cursor's UI gets in the way.

The reason is abundantly clear. Cursor was just a GPT wrapper with a nice UI/UX (which was very nice when it came out) it has some other models like autocomplete as well, but its still a wrapper. OpenAI and Anthropic build and train models specifically to work via CLI driven processes, which is why they are so much better now. Cursor is basically dead as I'm sure they realized they get much better performance with th…

> just a GPT wrapper

Cursor's tab auto complete isn't, and it's the greatest strength point of the product

Re: Cursor 1.7

#127
Great job ya'll! Admittedly I haven't tried Claude Code but that's because I think Cursor is the bees knees! I do agree with the people posting that the 500 requests pricing approach is kinda rough, but I can see how you're trying to figure this out as a company that doesn't own a frontier model like Anthropic. Anyway, great job! _Love_ the new Agent View. Fun to see you guys hashing out this UI/UX release by release.

Re: Cursor 1.7

#128
post #95
post #55

Earlier quoted context omitted.

(I work at Cursor) 1. Checkpoints/rollbacks are still a focus for us, albeit it's less used for those working with git. Could you share the bug you saw? 2. Autocomplete for prompts was something we were skeptical of as well, but found it really useful internally to save time completing filenames of open code files, or tabbing to automatically include a recently opened file into the context. Goal here is to save you k…

Since we have cursor people joining, let me bring up my constant problems around applying code changes. For background, I mostly work with "chat": 1. The apply button does not appear. This used to be mostly a problem with Gemini 2.5 Pro and GPT-5 but now sometimes happens with all models. Very annoying because I have to apply manually 2. Cursor doesn't recognize which file to apply changes to and just uses the curren…

For both of these scenarios, it seems to happen when the context limit is getting full and the context is summarized. I've found it usually works to respond with the right file, i.e. "great, let's apply those changes in @path/to/file", but it may also be a good time to return to an earlier conversation point by editing one of your previous messages. You might edit the message that got you the response with changes not linked to a specific file, including the file path in that prompt will usually get you back on track.

Re: Cursor 1.7

#129
I use Cursor only because of their extraordinary tab suggestion feature. It's still blowing the competition away. It's 1000000 times better than any other tools I've tried and I've tried them all. Cursor should focus on that feature alone - anything else will end up in enshittification.

Re: Cursor 1.7

#130
I used to work at NASA as an engineer, and the way it works (E.g space station operations or shuttle missions) was that hundreds of engineers are working on various complex systems on the ground while astronauts try to do a mission in space.

What this means that dozens of procedures and activities are happening at any one time in orbit, and that a Flight Director on the ground and an Astronaut in space needs to be at least cognizant or aware of (at least enough to prevent disasters and complete the tasks) -this is the greatest challenge in on-orbit work.

IE to widen this metaphor: to collect and gather complex operational data on differing parts of a system in a USEFUL way is the greatest challenge of complex work and software engineering is about controlling complexity above all.

Now at NASA, we often wrote up procedures and activities with the- "Astronauts are smart they can grok it" mindset; but during debriefs the common refrain from those at the top of pyramid was that "I don't have the mental capacity to handle and monitor dozens of systems at the same time" -Humans are very bad at getting in flow when monitoring things.. maybe if some kind of flow state was achievable like a conductor over an orchestra in orchestrating agents..but I don't see that happening with multiple parts of the codebase getting altered at the same time by a dozen agents.

Cursor and Agentic tools bring this complexity (and try to tame it through a chat window or text response) to our daily work on our desktop; now we might have dozens of AI Agents working on aspects of your codebase! Yes, its incredible progress but with this amazing technical ability comes great responsibility for the human overseer...this is the 'astronaut' in my earlier metaphor- an overburdened software engineer.

Worryingly also culture wise- management teams now expect software devs to deliver much faster, this is dangerous since we can use these tools but are forced to leave more to autopilot in hopes of catching bugs in test etc - I see that trend is to push away the human oversight into blind agents but this is the wrong model I think for now -how can I trust and agent without understanding all that it did?

To summarize, I like both Cursor and Claude Code, but I think we need better paradigms in terms of UX so that we can better handle conflicts, stupid models, reversions, better windows on what changed code-wise.. I also get the trend of creating trash-able instances in containers and killing them on failure, but we still need to understand how a code change impacts other parts of the codebase -

anyway somebody on the cursor team will not even read this post -they will just summarize the whole HN thread with AI and implement some software tickets to add another checkbox to the chat window in response.. this is not the engineering we need in response to this new paradigm of working.. we need some deep 'human' design thinking here..

Post reply on HN