Workflow in Cursor is actually awesome - I'm a little outdated in how I use it - I still establish goals/objectives, rather than managing the loop which does so - but if you can think broadly enough - I find it's pretty efficient.
Key things I like about Cursor (and I recognize I'm dating myself a bit here): - Plan Mode is really solid - I shift-tab, have it go create the plan using whatever insanely expensive SOTA model is available - I will usually spend 5-10 minutes on the Plan - review it, maybe even tweak it a little. (though 90% of the time it's fine out of the gate)
- Ability to select any model for every task - I'll switch between Opus 4.8 High/xHigh/... I'll even switch to 1M context for the planning phase upfront.
- It does an *excellent* job managing permissions and looping the agents and spinning up sub-agents for you - you set the goal, run the plan mode - and then let it churn for however long is required - pretty common to have a 30-45 minute run and come back to a fully created/tested product.
The nice thing about Cursor (and honestly Claude Code, Codex) - there isn't really any "prompt engineering" involved. You just say, "Go Build me x - it should have y,z features - and build it in golang for me" - and that's it - the 3-4 page Plan comes back - usually pretty credible - and then you click "build.".Maybe because SpaceX paid with monopoly money (all stock deal)?
I don't see how these systems can have the ability to be effectively expressive about all of the minutia, and not have all of the various different possible expressions lead to vastly different outcomes.
For example - I might (real world example from this morning):
"Create a script that installs hashicorp vault and consul, store the data on consul. Then create ahelper script that will fill the vault server with sample data. Add HTTPS support. Now write a framework that reads and decrypts the encrypted data in consul. Support old (pre 1.3) and new (post 1.3 vault). "
That generates a 6 page plan using Opus 4.8 w/1mm context, including notes on what to prioritize, what format to create the scripts in, etc... (My cursor guidance already has a couple months of hints as to what I want in terms of scaffolding unit tests, canonical linux, performance, security, etc...)
That 6 page plan is the "Prompt" - but it's entirely generated by Cursor/Opus. It's there to tweak if you want to emphasize, or provide some taste - but, honestly - it probably does a better job than I would - so ~90% of the time I just accept the plan as is.
When I first used Cursor, I hadn't used any of the "Vibe Code" tools out there, so it was pretty neat to have an assistant directly tied to the editor.
Once I learned how to use Codex, I just used a tmux split with NeoVim and have the effect I wanted. I haven't felt compelled to use Cursor at work since.
I started with Cursor back in the day, but switched to Claude Code and then Codex when Cursor got too expensive.
If price wasn't an issue, maybe I'd prefer Cursor only because I can easily switch between models. But that's it. I always disliked the "accept/reject" workflow in cursor, but that's probably optional nowadays I guess?
Anthropic is going to offer better pricing using their agentic harness. Why pay more for less?
An IDE at this point is best as a tool for code review. They need to start building better code review tools.
claude code was seriously annoying with the flickering, maybe it's fixed now, I don't know.
cursor also has a (bad) cli if you need it, it seems it's mostly used to setup remote agents, but it does the job in a pinch.
Moved on to Zed (native Rust rendering) 2 weeks ago -> nothing flickers.
Sadly, with Fable 5 cutoff, I am actively exploring CC alternatives. Pi/OMP.sh works great as an agent (definitely better than CC). GPT is seemingly not as good as Opus, but with better agent and better skills, it probaly won't matter anyway. GPT lets you use any agent on Pro subscription.
Just what I said. They offer paid plans through their tool. Said paid plans are kind of a dark pattern where it’s not immediately obvious the models are training on your data. The harness is fine but that kind of business turns me off and I am usually pretty neutral about those sorts of things.
And I don't know what it is but it feels the less familiar you are with a terminal, the less skilled you tend to be.
Definitely not a 100% case. But has been common in my experience
Why on earth would you want to look at a code diff in a terminal? Why on earth would you want to use weird bespoke keyboard shortcuts to navigate sub-agents in a TUI session. Why on earth would i not want the ability to open/edit a file manually in the tool im using to write code.
can someone please explain this to me?
- I work a lot with data - and streaming data through text tools is twitch fast. If someone has a question about data - before anybody else can log in to their superset, or analytics database, and try and work through the SQL queries or charts to get the answer - I've already jammed the data through awk and got an answer.
- As an SRE - I work with a lot of systems that have pretty rich APIs - so being able to send a request, get the answer back in json, dump it into jq, select the parts I care about - maybe -c to compress it and ripgrep a subset out - is just fast.
- I work in a lot of contexts with a lot of different systems, datacenters, applications - tmux lets me keep all of them cleanly organized in a separate windows and subpanes. I'll have 15-20 windows open per week, and maybe a 5-6 panes in each- keeping 100+ different contexts (and scroll backs, bash history) - all nicely organized is really useful.
- I'm also a systems guy - and there is no other way to dig into a system but the terminal - netstat, ps, dmesg, /proc - these are all components that have only one credible path to investigation and discovery. If you aren't super comfortable in the terminal - zero way to learn about this stuff.
- Working remotely - means ssh. So - once again - terminal.
The Focus on the terminal is that it's the best tool (and in some cases the only tool) for so many of these tasks - and by performing these tasks a lot - you learn about systems - so the people who spend a lot of time in the terminal tend to know a lot more about systems than people who don't.
Why on earth would you want to look at a code diff in a terminal? Why on earth would you want to use weird bespoke keyboard shortcuts to navigate sub-agents in a TUI session.
can someone please explain this to me?
The terminal is an old but astonishingly powerful user interface that is still evolving.
Good terminals can be very snappy and configurable in ways that most GUI are not.
There is also arguably an aesthetic/fetishism appeal to it.
I've worked in the terminal at some point of my career, as there was not many other choices, and I understand how someone can get really used to it.
Why should others spend their valuable time helping you? Especially when you insult the people you want to answer you "fetish/superiority complex" just demonstrates your own prejudice.
Personally I ask AI for a summary of positions, and prompt to provide some good articles on a subject - ideally articles from supporters of either side.
Once I got the tmux settings for proper scrolling and whatnot it feels fine. Honestly the TUI of tmux is the one that really enrages me - so much complexity for just "I want to switch terminals on my remote".
(FWIW Im mostly using python for OCR, LLM calls, data analysis..)
Or it could be just Claude CLI doing something very well.
I don't think that will make much difference in a year.
With deterministic workflows, type-safe languages and test suites, agentic loops pretty much “can’t fail”. They will continue until the types resolve, the tests pass, and the project requirements are deterministically met.
By that point it’s literally just a case of typing a prompt in to a text field, and waiting.
Similar experience, having transitioned from full-stack to a dedicated C/C++ stack, learned/experienced firsthand that there is no one-size-fits-all tool.
My one question is what popups exist in cursor? It is my daily driver and I cannot recall any popups.
If you do any kind of on-device work, it will spin up a local HTTP log server, and pipe logs from your real device (phone, hardware, etc.) to the server and do realtime debugging.
Claude will mostly guess, have you copy + paste logs, etc.
I’ve never used cursor and have only seen it in a couple work lunch and learn demos. I’ve never seen that feature. I have a lot of use cases where I’m asking cc to move a widget down a little bit or make a data table full width etc. Being able to reference the actual UI would be useful.