Custom mode hotkeys don't change the model

Describe the Bug

Clicking on custom modes selects the model set for that mode, but using hotkeys doesn’t.

Steps to Reproduce

Create two custom modes with different models. Assign hotkeys to both of them. Click on each mode and observe that the selected model changes correctly. Use the hotkey of the modes and observe that the model stays the same and only the mode changes.

Expected Behavior

The model should change to the one set for a mode when using hotkeys to select modes.

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 1.4.1
VSCode Version: 1.99.3
Commit: 99b5cf60d85d7216d67a3768cec0e22266159c60
Date: 2025-08-06T07:37:15.631Z
Electron: 34.5.1
Chromium: 132.0.6834.210
Node.js: 20.19.0
V8: 13.2.152.41-electron.0
OS: Darwin arm64 24.5.0

Does this stop you from using Cursor

Yes - Cursor is unusable

1 Like

Hey, thanks for the report. We’ll investigate this.

Describe the Bug

After updating to 1.4.x, switching modes no longer switches to the model bound to that mode. This is a regression: it used to work. The mode editor still lets me assign a model to each custom mode, but the selection is ignored at runtime. Actual result: the model stays on whatever was previously selected globally, instead of the mode’s configured model.

Impact: this breaks my workflow — I rely on multiple custom modes (each bound to a different model) for fast context/model switching.

Workarounds tried: re-saving mode configs and restarting the app — no effect.

Related discussion: Bind a model to each mode and remember it.

Steps to Reproduce

  1. Create two or more custom modes.
  2. In each mode’s settings, select and save a specific model for that mode.
  3. Start a new chat/session.
  4. Switch between those modes.
  5. Observe that the active model does not change to the mode’s configured model.

Expected Behavior

When I switch to a mode, the active model should automatically switch to the model configured for that mode (as it did before 1.4.x). If this change was intentional, the mode editor should not expose a model selector, or there should be a setting/toggle to preserve the prior behavior.

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 1.4.3 (Universal)
VSCode Version: 1.99.3
Commit: e50823e9ded15fddfd743c7122b4724130c25df0
Date: 2025-08-08T17:34:53.060Z
Electron: 34.5.1
Chromium: 132.0.6834.210
Node.js: 20.19.0
V8: 13.2.152.41-electron.0
OS: Darwin arm64 24.5.0

Does this stop you from using Cursor

No - Cursor works, but with this issue

I think I may need to add some more information.

I noticed that if I use the shortcut key I previously set to switch modes, the model does not switch; but if I use the mouse to click to switch modes, it switches to the model bound to that mode.

This is indeed rather strange.

1 Like

Describe the Bug

This bug relates to the custom modes beta. After creating a new custom mode with a default model and keybinding, the default model is not used when the mode is switched to using that keybinding.

Steps to Reproduce

  1. Set a default model for the Agent mode (e.g. claude-4-sonnet)
  2. Create a new custom mode. Assign it a keybind (e.g. ctrl+shift+.) and a default model different from the one used by Agent mode (e.g. use gpt-5)
  3. Open a new chat in Agent mode. Note that the default model is used correctly (e.g. should be claude-4-sonnet)
  4. Switch to the custom mode using the keybinding. Note that it is still using the default Agent model, not the different default model set for the custom mode.

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 1.4.3
Commit: e50823e9ded15fddfd743c7122b4724130c25df0
Date: 2025-08-08T17:34:53.060Z (5 days ago)
Browser: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Cursor/1.4.3 Chrome/132.0.6834.210 Electron/34.5.1 Safari/537.36

Additional Information

This bug does not occur when selecting a custom mode using the mouse.

Does this stop you from using Cursor

No - Cursor works, but with this issue

Sorry, just realized my Cursor is out-of-date.

I updated to the latest version, 1.4.5, and confirmed that the issue is still reproducible.

Cursor

Version: 1.4.5
Commit: af58d92614edb1f72bdd756615d131bf8dfa5290
Date: 2025-08-13T02:08:56.371Z (18 hrs ago)
Browser: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Cursor/1.4.5 Chrome/132.0.6834.210 Electron/34.5.8 Safari/537.36

This topic was automatically closed 22 days after the last reply. New replies are no longer allowed.