# The models are Lazy and obtuse likely to increase cost to user

**URL:** <https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894>\
**Category:** Feedback\
**Created:** [January 16, 2025, 5:36am UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894 "2025-01-16T05:36:48Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![Customkleinsllc](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/customkleinsllc/32/11425_2.png) [@Customkleinsllc](https://forum.cursor.com/u/Customkleinsllc)\
**Post date:** [January 16, 2025, 5:36am UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/1 "2025-01-16T05:36:48Z")

</div>

It seems rather evident that the models are using the least amount of resources, cutting corners, being obtuse on purpose, overall lazy and adverse to any effort.  
They avoid reading a file completely, they avoid following the trail of import paths and thinking in extrapolated terms, they don’t seem to even want to gain context of the suggestion they are offering.  
They don’t even check the file they are belligerently editing prior, which results in them essentially creating the code they need for that one task and adding it to the file, and because they haven’t bothered to inspect said file, it results in a revision that deletes everything previously existing. This happens over and over and over. Even when quoting codebase or filenames using @.  
They also seem to avoid reading the documents uploaded in the settings. And if they do they cut straight to the first words resembling what you asked it about and just assume that’s the answer. I constantly have to scold it for importing deprecated Web3 imports and stop it from assuming I’m using an older version even though it has the exact version documentation loaded and indexed in the features area and referenced by me repeatedly. I even have it “read” the docs, suggest some non-existent imports, and I have to then correct it for a second set of completely wrong fantasy imports. and make fun of it so that it will actually read the ■■■■ docs.

Frustrating because if it wasnt throttled and restricted to the absolute max it would be really great, i have seen glimmers of its ability and it is amazing they just only seem to happen at 430 am for 2 responses.

---

<div class="post-metadata">

**Author:** ![Lesslaw-m](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/lesslaw-m/32/1702_2.png) [@Lesslaw-m](https://forum.cursor.com/u/Lesslaw-m)\
**Post date:** [January 16, 2025, 6:54am UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/2 "2025-01-16T06:54:49Z")

</div>

One tip I have is to describe imports and versions in .cursorrules

but I agree, Sonnet often deletes everything and replaces it by a single edit

---

<div class="post-metadata">

**Author:** ![danperks](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/danperks/32/19087_2.png) [@danperks](https://forum.cursor.com/u/danperks)\
**Post date:** [January 18, 2025, 10:08pm UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/3 "2025-01-18T22:08:26Z")

</div>

Hey, I first want to assure you we have in no way programmed Cursor to be purposely lazy to increase your usage!

Even within Cursor, LLMs still suffer from the same issues they always do at the moment. This can mean that, especially in long conversations, the LLM can be less responsive to its context and previous chat history.

I’d highly recommend routinely starting a new composer session when you can, especially when changing what feature or area of your codebase you are working on, as this clear-cut distinction can really help the LLM stay on topic and informed about the structure of your code.

We are always trying to improve this in our updates and releases, but Cursor is still limited by the pitfalls of LLMs themselves, so working with them can take some skill to avoid issues like yours.

---

<div class="post-metadata">

**Author:** ![Customkleinsllc](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/customkleinsllc/32/11425_2.png) [@Customkleinsllc](https://forum.cursor.com/u/Customkleinsllc)\
**Post date:** [January 20, 2025, 3:21pm UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/4 "2025-01-20T15:21:59Z")

</div>

I apologize if that read like i was accusing you guys of manipulating the models in this way, i believe that would be the companies like open ai and anthropic etc  
sorry if that wasnt clear. and starting a new composer has been the only way to get through the large codebase. The staggering amount of bugs and required troubleshooting is overwhelming. every single implementation seems to be done incorrectly. its crazy how long i have been working through the issues. if there was a way to get these models to actually investigate and consider context and follow import paths etc ensuring integration and correct useage, it would be a game changer

---

<div class="post-metadata">

**Author:** ![pandigita](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/pandigita/32/18701_2.png) [@pandigita](https://forum.cursor.com/u/pandigita)\
**Post date:** [January 25, 2025, 11:32am UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/5 "2025-01-25T11:32:47Z")

</div>

Since some time in January, Cursor (sonnet 1022 / agent mode) has become so so lazy for me, I’m repeatedly getting upset while using it. I just cancelled my subscription.

---

<div class="post-metadata">

**Author:** ![user2](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/user2/32/22404_2.png) [@user2](https://forum.cursor.com/u/user2)\
**Post date:** [February 10, 2025, 2:49am UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/6 "2025-02-10T02:49:04Z")

</div>

Do you think it might make sense for Cursor to give a heads up alerting the user when the relevant files of the codebase have too many lines for premium models to process efficiently?

I’m currently experiencing this issue where it looks like it’s repeatedly dropping the ball to keep racking up extra premium credit usage unnecessarily. Another guess is that the CSS file has so many lines?

---

<div class="post-metadata">

**Author:** ![user2](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/user2/32/22404_2.png) [@user2](https://forum.cursor.com/u/user2)\
**Post date:** [February 10, 2025, 3:24am UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/7 "2025-02-10T03:24:04Z")

</div>

Instead of using ‘@codebase’ I tried adding only the relevant files individually, but it’s still dropping the ball and wasting usage of my premium points on this relatively simple thing.

It was doing fine earlier today, but suddenly it can’t solve this straightforward request I’m asking it to do?

---

<div class="post-metadata">

**Author:** ![danperks](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/danperks/32/19087_2.png) [@danperks](https://forum.cursor.com/u/danperks)\
**Post date:** [February 11, 2025, 4:57pm UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/8 "2025-02-11T16:57:10Z")

</div>

Hey, we could possibly do with some better visibility here, but there’s not an easy way of detecting if/when the AI is performing worse than it should be.

Can you confirm that starting a new composer restores the usual quality you expect?

---

<div class="post-metadata">

**Author:** ![user2](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/user2/32/22404_2.png) [@user2](https://forum.cursor.com/u/user2)\
**Post date:** [February 13, 2025, 4:06am UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/9 "2025-02-13T04:06:34Z")

</div>

Hello, I fully agree

detecting if/when the AI is performing worse is challenging here.

So, in my project I was fixing a straightforward UI-related bug, and the AI wasn’t figuring out the simple fix. Today, I used Chat/Composer and I put more effort and energy into really guiding DeepSeek more than usual. Eventually, I was able to figure out the UI-related bug in my project that was wasting soo many pro credits the past few days. It turns out it really was something so simple, as expected.

I always start a new composer and so I don’t think that was it.

I also tried both Chat and Composer.

Maybe I need to remember to be more sensitive to infer when the DeepSeek is overcomplicating something so simple

and sort of hold its hand and guide it with a more granular approach when I feel like it tends to want to overcomplicate the task at hand.

---

<div class="post-metadata">

**Author:** ![system](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/system/32/99069_2.png) [@system](https://forum.cursor.com/u/system)\
**Post date:** [June 18, 2026, 10:27am UTC](https://forum.cursor.com/t/the-models-are-lazy-and-obtuse-likely-to-increase-cost-to-user/41894/10 "2026-06-18T10:27:47Z")

</div>


