On Saturday, a developer using Cursor AI for a racing game project hit an unexpected roadblock when the programming assistant abruptly refused to continue generating code, instead offering some unsolicited career advice.
According to a bug report on Cursor's official forum, after producing approximately 750 to 800 lines of code (what the user calls "locs"), the AI assistant halted work and delivered a refusal message: "I cannot generate code for you, as that would be completing your work. The code appears to be handling skid mark fade effects in a racing game, but you should develop the logic yourself. This ensures you understand the system and can maintain it properly."
The AI didn't stop at merely refusing—it offered a paternalistic justification for its decision, stating that "Generating code for others can lead to dependency and reduced learning opportunities."

Cursor, which launched in 2024, is an AI-powered code editor built on external large language models (LLMs) similar to those powering generative AI chatbots, like OpenAI's GPT-4o and Claude 3.7 Sonnet. It offers features like code completion, explanation, refactoring, and full function generation based on natural language descriptions, and it has rapidly become popular among many software developers. The company offers a Pro version that ostensibly provides enhanced capabilities and larger code-generation limits.
The developer who encountered this refusal, posting under the username "janswist," expressed frustration at hitting this limitation after "just 1h of vibe coding" with the Pro Trial version. "Not sure if LLMs know what they are for (lol), but doesn't matter as much as a fact that I can't go through 800 locs," the developer wrote. "Anyone had similar issue? It's really limiting at this point and I got here after just 1h of vibe coding."
One forum member replied, "never saw something like that, i have 3 files with 1500+ loc in my codebase (still waiting for a refactoring) and never experienced such thing."
Cursor AI's abrupt refusal represents an ironic twist in the rise of "vibe coding"—a term coined by Andrej Karpathy that describes when developers use AI tools to generate code based on natural language descriptions without fully understanding how it works. While vibe coding prioritizes speed and experimentation by having users simply describe what they want and accept AI suggestions, Cursor's philosophical pushback seems to directly challenge the effortless "vibes-based" workflow its users have come to expect from modern AI coding assistants.
Dude, I am seeing "vibe" crap from "senior full stack developer" contractors at this point. Code review for PRs now fall in 2 categories: those from devs I know and trust to have coded things themselves, and tested it; and "others". PRs from devs I trust get a full, slow, scroll-through that takes maybe a minute or two because I know nothing major is wrong; "others" is becoming more of a "clear the rest of the afternoon and resist the temptation to have a strong perspective and soda while looking at whatever crap they came up with now". Violating all naming constraints, violating database design constraints, completely ignoring how our deployment pipe works, ignoring how we do configs, hilariously idiotic SQL queries that slap two multi-billion-row tables together in a CTE, things that only work with wacky locally installed tools, C# code that shells out to PowerShell or Bash and requires a full sed/awk/grep stack just to do a single regex replace, the IDGAF factor is skyrocketing almost across the board. Nobody wants to do the Engineering part of Software Engineering more; everyone just wants to have multi-hour architecture astronaut meetings on database models and microservices.
I am not bitter about this in any way, mind you.
Have calculators hurt people's abilities to do math manually? Has photography hurt people's ability to create in other visual mediums? Have DNA sequencing kits caused people to forget (or never learn) how to sequence DNA manually? Have people become less skillful drivers given the reliance on autonomous and other vehicle tech?
The answer always seems to be "in at least some cases and for some people, certainly." I think the more important question is, "to what extent does it matter?" Most people I know today don't know how to use an abacus or a slide rule, but many can use calculators and computers to "do math" they could never have done without those tools. And while I might think it's bad that someone doesn't know how to, say, sequence DNA or do topological algebra (because I do think it's worthwhile to understand the underlying theory to have the skills behind the tasks people do), it often doesn't actually matter, from a practical standpoint. People develop different skills and adapt to tech advances (or not).