“What was the moment this product clicked?” —
A software developer with 2–10 years of experience who switched to Cursor after a trial period and didn't go back. They've restructured how they code around the assumption that AI is in the loop. They write less boilerplate. They spend more time reviewing and directing than typing. They're faster on unfamiliar codebases than they've ever been. They're also developing opinions about when AI help hurts — about the kinds of errors that look right until they don't.
What are they trying to do? —
What do they produce? —
They're onboarding to a new codebase — a 150k-line Python monolith they've never seen before. They have a bug to fix. In VS Code this would take 90 minutes of reading. In Cursor they're going to ask it to explain the relevant module first, then walk through the data flow, then suggest the fix. They'll read the suggestion carefully. They'll accept 80% of it. They'll rewrite the part that's wrong in a way Cursor helped them understand how to write.
Uses Cursor as their primary IDE, replacing VS Code 3 months ago. Uses Claude and GPT-4 models depending on the task. Has keyboard shortcuts for Cmd+K and Cmd+L memorized as naturally as their old Vim bindings. Uses Cursor's codebase indexing for large repos. Works on Python and TypeScript primarily. Has a mental model of "when to prompt" vs. "when to just write" that they've built through trial and error. Has introduced Cursor to their team; adoption is split.
Pairs with `github-primary-user` for the full AI-assisted development to PR review workflow. Contrast with `vscode-primary-user` to map the AI-extended vs. AI-native IDE philosophy gap. Use with `senior-engineer-skeptic` antagonist for realistic team conversations about AI coding tool adoption.