Technical
Cursor vs Claude Code: The September Update After Daily Use
The question I get most from clients is which AI coding tool they should buy. They want a single answer. I can't give them one because Cursor and Claude Code solve different shapes of problem, and using them interchangeably wastes money on both.
When Cursor Wins
Cursor wins when the task is local, visual, and iterative. I'm editing a React component, I can see the output, I want small changes fast. Tab-to-accept inside a file I'm already looking at is hard to beat. The feedback loop is tight because I'm already in the IDE.
When Claude Code Wins
Claude Code wins when the task spans files, requires context gathering, or involves shell commands. Running tests, grepping for usages, editing a test and its implementation together. The terminal-native interface means it can run what it writes.
# Claude Code task shape
claude 'add a rate limiter to the /posts endpoint, then add a test, then run it'That single prompt touches three files and runs a command. Cursor can do parts of it, but each step is a manual jump.
The Rule I Use
If the change fits on one screen, Cursor. If the change touches the repo, Claude Code. I still use both every day, just for different shapes of work. The anti-pattern is picking one and forcing every task through it.
See the Cursor docs for their latest features.
RELATED READING
The Consulting Shift I Am Making In Year Two
After a year of writing and building, my consulting practice is changing shape. Shorter engagements. Sharper outcomes.
ReadThe Frontend Shift: Shipping Less JavaScript In Year Two
A year ago I reached for Next.js for everything. This year I often reach for nothing.
ReadThe Serverless Lesson I Would Write On A Sticky Note
After a year of shipping serverless projects, one rule explains most of the wins and all of the losses.
Read