Cursor is not using Composer 2.5 as the Explore subagent model

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I’m using Cursor Pro and I have also added my own API keys for OpenAI and Anthropic in the settings.

In the settings, I selected Composer 2.5 as the Explore subagent model. However, as shown in the screenshot, when Cursor creates Explore subagents, it still uses Opus 4.8 Extra High instead of Composer 2.5.

I’m also experiencing a separate issue when trying to use Composer 2.5, which I have already mentioned in another topic.

Could anyone please let me know if I’m missing a setting, or if this is expected behavior? Is there any way to force Cursor to use Composer 2.5 for Explore subagents when using my own API keys?

I would really appreciate any guidance or suggestions.

Thank you.

Steps to Reproduce

BYOK

Screenshots / Screen Recordings

Operating System

MacOS

Version Information

Version: 3.7.42
VS Code Extension API: 1.105.1
Commit: 5702c9cfca656d8710fad58402fe37f14345e3a0
Date: 2026-06-15T19:39:42.738Z
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
xterm.js: 6.1.0-beta.256
OS: Darwin arm64 25.5.0

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey, thanks for the report. This isn’t a bug, it’s expected behavior. I’ll explain.

When you have your own API keys enabled OpenAI or Anthropic, Cursor pins all subagents, including Explore, to the parent agent’s model. Your parent is Opus 4.8 Extra High, so the Explore subagents inherit that, and the Explore subagent model picker won’t apply in this mode.

Also, Composer 2.5 is a Cursor proprietary model, so it can’t be served through your own OpenAI or Anthropic keys at all. So even if you picked it, it still wouldn’t work with BYOK enabled.

What you can do is if you want Explore subagents to use Composer 2.5, turn off the API Keys toggles in settings. Then requests will go through your Cursor subscription, and Composer 2.5 will be available. This is the same root cause as in your other thread about This model does not support custom API keys.

Let me know if you’ve got questions.

Please note that this issue only occurs when the OpenAI API key is enabled.

If I disable the OpenAI key, the issue disappears. I can use Anthropic without any problems, and the sub-agent correctly uses Composer as expected.

Hey, good catch, and it matches known behavior.

Composer 2.5 is Cursor’s proprietary model, and it can’t run when a custom OpenAI key is enabled. The backend rejects requests with This model does not support custom API keys. So when the OpenAI key is on, Composer 2.5 isn’t available for the Explore subagent, and it falls back to the parent model, which for you is Opus 4.8.

When the OpenAI key is off and only Anthropic is enabled, Composer 2.5 becomes available again. That’s why the Explore subagent uses it correctly in that mode.

So the working setup for your case is to keep the OpenAI key disabled, then Composer 2.5 for Explore subagents works as expected. If you want to keep BYOK enabled, another option is Auto mode, since in Auto mode BYOK credentials aren’t sent for Composer routing.

Having to toggle the key back and forth is annoying, agreed. We’ve logged an improvement for this, but there’s no exact timeline yet. Let me know if anything else comes up.