News for hackers. Stuff that matters.
Re:Cursor CLI by teaearlgraycold on Thursday August 07, 2025 @10:05PM (#44832662)
Why is Claude Code better than Cursor?
Re:Cursor CLI by meowtimemania on Friday August 08, 2025 @12:12AM (#44833338)
My company has a huge codebase, for me cursor would freeze up / not find relevant files. Claude code seems able to find the right files by itself.

I seem to always have better outcomes with Claude code.

Re:Cursor CLI by epolanski on Friday August 08, 2025 @07:20AM (#44835739)
Cursor and these tools evolve quite fast.

The Cursor you used a month ago is not the one you get now.

Just saying that because in this space you should always compare latest X with latest Y.

I too switched weeks ago to Claude Code. Then between the times I am out of tokens I launch Cursor and actually find it...better than I remember if not on par with Claude Code (the model and quality of prompts/context matters more than the IDE/CLI tool used too).

Re:Cursor CLI by peab on Friday August 08, 2025 @09:33AM (#44836739)
How does Claude Code handle editing multiple files? My understanding is that it's CLI based, so it edits a bunch of files on it's own, so how do you accept/reject and rollback changes?
Re:Cursor CLI by mceachen on Friday August 08, 2025 @10:28AM (#44837405)
I use git and when necessary, git worktrees to keep parallel Claudes from bothering/actively-undoing each other’s edits (esp when an edit requires multiple files of changes, so the tree is temporarily broken).
Re:Cursor CLI by bavell on Friday August 08, 2025 @10:40AM (#44837563)
> how do you accept/reject and rollback changes?

Git

Re:Cursor CLI by JyB on Thursday August 07, 2025 @11:13PM (#44833010)
Because iterating multiple sessions through multiple terminals is obviously more efficient and seamless than interacting thought a scuffed IDE side panel ui.
Re:Cursor CLI by adastra22 on Friday August 08, 2025 @11:38AM (#44838302)
Is this sarcasm? I used Claude Code via a VSCode side panel.
Re:Cursor CLI by JyB on Tuesday August 12, 2025 @07:13PM (#44882866)
That's a funny response I have to admit. No 100% serious, I don't see the advantage.
Re:Cursor CLI by fastball on Thursday August 07, 2025 @10:06PM (#44832671)
In my experience, it is much better at tool-calling, which is huge when we're talking about agentic coding. It also seems to do a better job of keeping things cleaning and not going off on tangents for anything that isn't accomplished in one shot.
Re:Cursor CLI by benbayard on Thursday August 07, 2025 @10:46PM (#44832883)
I have had the exact opposite experience. Claude Code in any meaningful codebase for me gets stuck in loops of doing the wrong thing. Then when that doesn't work it deletes files and makes its own that don't have the problem it's encountering.

Cursor on the other hand, especially with GPT-5 today but typically with Sonnet 4.1, has been a workhorse at my company for months. I have never had Claude Code complete a meaningful ticket once. Even a small thing like fixing a small bug or updating the documentation on the site.

Would love any tips on how to make Claude Code not a complete waste of electricity.

Re:Cursor CLI by JyB on Thursday August 07, 2025 @11:10PM (#44832995)
Better prompts?
Re:Cursor CLI by alwillis on Friday August 08, 2025 @01:51AM (#44833873)
> Better prompts?

I think you're right.

People getting really poor results probably don't recognize that their prompts aren't very good.

I think some users make assumptions about what the model can't do before they even try, so their prompts don't take advantage of all the capabilities the model provides.

Re:Cursor CLI by benbayard on Friday August 08, 2025 @01:54AM (#44833893)
I don’t really have a problem prompting cursor with the same models. But I have no doubt my prompts could be improved
Re:Cursor CLI by user3939382 on Friday August 08, 2025 @12:45AM (#44833509)
If you don’t know how to divide a problem up given a toolset you won’t be able to solve it regardless of what those tools are. Maybe Cursor’s interface is more intuitive for you.
Re:Cursor CLI by benbayard on Friday August 08, 2025 @01:57AM (#44833904)
The problems I’ve given CC are things that are incredibly simple and basic. Things I knew how to fix immediately. I would tell it the gilt to change and how to change it. And it will get lost when the types are incorrect, or when it causes a test to fail. It will like just delete the test.

I don’t doubt I could improve my prompts but I don’t have those same prompting problems with cursor.

Re:Cursor CLI by adastra22 on Friday August 08, 2025 @11:41AM (#44838337)
Don’t know what to say. Those problems are exactly why I left Cursor behind—I don’t really encounter those issues with Claude Code (despite only using Anthropoc models in either case).
Re:Cursor CLI by alwillis on Friday August 08, 2025 @01:40AM (#44833809)
> Cursor on the other hand, especially with GPT-5 today but typically with Sonnet 4.1

You probably mean Opus 4.1; there's no Sonnet 4.1 yet.

Re:Cursor CLI by benbayard on Friday August 08, 2025 @01:57AM (#44833907)
Yes that’s correct.
Re:Cursor CLI by cft on Friday August 08, 2025 @01:41AM (#44833814)
Opposite experience. I worked with Claude code a lot, then switched to Cursor and then tried to switch back and discovered that CC often gets stuck in loops. Cursor just works. It definitely helps that I can switch the foundational models in Cursor when it gets stuck.
Re:Cursor CLI by nlh on Friday August 08, 2025 @01:08AM (#44833635)
What I have found Claude Code is extremely good at is that it makes one change at a time, gives you a chance to read the code its changing, and lets you give feedback in real time and steer it properly. I find the mental load with this method to be MUCH lower than Cursor or any of the other tools which give you two very different options: "Ask" mode which dumps a ton of suggestions on your and then requires semi-manual implementation, or "Agent" mode which dumps a ton of actual changes on you and requires your inspection and feedback and roll-backs, etc.

This may not work for everyone, but as a solo dev who wants to keep a real mental model of my work (and not let it get polluted with AI slop), the Claude Code approach just works really well for me. It's like having a coding partner who can iterate and change direction as you talk, not a junior dev who dumps a pile of code on your plate without discussion.

Re:Cursor CLI by anxman on Friday August 08, 2025 @03:21AM (#44834426)
+1 to this. Cursors Agent feels too difficult to wrangle. CC is easier to monitor.
Re:Cursor CLI by xing7673 on Friday August 08, 2025 @05:29AM (#44835119)
I set rules for cursor that when i need cursor to make changes, it will do it with plan-scheme-execute mode. Everything is clear especially when it prompts questiones for you to make scheme as you wish. Today cursor's gpt-5-fast-high model exploits this working style to its extend. This model gives the most detailed scheme for me to customize and i benefit a lot.
Re:Cursor CLI by plantain on Friday August 08, 2025 @01:45AM (#44833831)
CC just feeds the whole codebase and entire files into the model, no RAG, nothing in the way. It works substantially better because of that, but it's $expensive$.
Re:Cursor CLI by maleldil on Friday August 08, 2025 @05:21AM (#44835075)
That's not true. It uses CLI tools (e.g. find, grep) to find the relevant code from the codebase.
Re:Cursor CLI by epolanski on Friday August 08, 2025 @07:22AM (#44835754)
The more stuff you put in the context the worse models perform. All of them.

Larger context is a bonus sometimes, but in general you're degrading the quality of the output by a lot.

Precise prompting and context management is still very important.

Re:Cursor CLI by theshrike79 on Friday August 08, 2025 @02:10AM (#44834002)
Claude Code has some non-LLM magic in it that just makes it better for code in general, despite (or because of) having minimal IDE integration.