When using Auto mode in Chat/Composer, AI thinking/reasoning steps are displayed as hard-printed, permanent text that is distracting and clutters the output. This happens despite setting “ai.thinkingEnabled”: false in User settings.json.
Steps to Reproduce
Add “ai.thinkingEnabled”: false to settings.json (User settings in %APPDATA%\Roaming\Cursor\User\settings.json)
Select Auto mode in the model dropdown (below the chat input)
Send any message to the AI in Chat or Composer
Observe: thinking/reasoning text appears as regular, hard-printed output
Expected Behavior
Auto mode should respect ai.thinkingEnabled: false and either:
Not show thinking steps at all, or
Show thinking in the same gray/fading style that explicit models use
This started today, 28 Jan 2026, before applying the latest update. As part of troubleshooting, I applied the latest update, restarted Cursor, then restarted my entire system, then added the ai.thinkingEnabled: false setting, then restarted Cursor, and none of helped. I stumbled upon trying a specific model which ultimately provided a workaround.
Hey, thanks for the report. The ai.thinkingEnabled setting doesn’t exist in Cursor. Where did you get it from? Maybe the AI suggested it, or it’s from another tool?
If you want to avoid thinking output, just pick a model without “thinking” in the name, for example Claude Sonnet instead of Sonnet Thinking. Auto mode decides which model to use, including thinking variants, so you can’t control it there.
Perhaps I was not clear enough. When I was in Auto mode the thinking was printed as if it were output. Only when I selected a specific model did the thinking go back to the normal light gray text that faded away quickly, and only the output was printed as output.
This can clearly be seen in the attached screenshot where the AI starts off with “The user is asking what the setting …” and eventually ends with “run any tools. ” That whole section is AI reasoning yet it’s printed as output. This only happens in Auto mode.
I often experience this issue with really long Gemini threads, it just suddenly stops using <think> mid response.
I don’t have a request id on hand but this is a consistent issue.