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…
Cursor 1.7
121–130 of 169 posts
Re: Cursor 1.7
#122Earlier 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?
Re: Cursor 1.7
#123Earlier 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.
Re: Cursor 1.7
#124Legacy tech, but a great idea before models got good enough to use via CLI.
Re: Cursor 1.7
#125Re: Cursor 1.7
#126For 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…
Cursor's tab auto complete isn't, and it's the greatest strength point of the product
Re: Cursor 1.7
#127Re: Cursor 1.7
#128Earlier 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…
Re: Cursor 1.7
#129Re: Cursor 1.7
#130What 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..