Grok 4.7 selected as Subagent model but spawned as Auto instead

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Main Agent starts as Grok 4.7 High model. It then spawns defined subagents (subagents are defined with model: inherit in .cursor/agents/ folder) to work on delegated tasks. However, when the subagent is spawned:

  • Main Agent shows the Subagent model name as “Grok 4.7 High”.
  • Inside that subagent it says “Auto”.
  • https://cursor.com/dashboard/usage shows sessions charged with “Auto”.

Steps to Reproduce

Described above.

Expected Behavior

UI, Usage and spawned Subagents correctly use the configured model to work on the task.

Screenshots / Screen Recordings

Operating System

Windows 10/11

Version Information

Version: 3.22.7 (system setup)
VS Code Extension API: 1.128.0
Commit: 37076c6c3f9e253c0fa2305197e45befd13a2260
Date: 2026-09-24T05:01:24.589Z
Layout: IDE
Build Type: Stable
Release Track: Default
Electron: 42.10.0
Chromium: 148.0.7778.280
Node.js: 24.18.1
V8: 14.8.178.38-electron.0
xterm.js: 6.1.0-beta.291
OS: Windows_NT x64 10.0.26200

For AI issues: which model did you use?

Grok 4.7 High

For AI issues: add Request ID with privacy disabled

6ab9e5da-38b2-41a8-9f6c-6f70c1c986c0

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

Hey @Duong_Do, thanks for the report and the screenshots!

This is a known issue we’re already tracking, and I’ve added your report to it. Subagents that inherit a Grok 4.7 model are currently started on Auto by the desktop app, which is why the subagent tab and your usage page show Auto. So the usage page is accurate: those subagents really ran on Auto.

In the meantime, two things work today:

  1. In your .cursor/agents/*.md files, change model: inherit to a Grok 4.6 option (for example model: cursor-grok-4.6-high). Grok 4.6 subagents run on the model you pick.
  2. If you can run the work as a Cloud Agent, its subagents can already be pinned to Grok 4.7.

Hi Colin, thanks for your confirmation.

About your example, I’m using Grok 4.7 High as the main agent, putting Grok 4.6 into the subagent definition seems unreasonable because they have the same pricing currently, why do I want to use previous model if they have the same price?

Anyway, please help prioritize this issue because it does affect how our designed workflow runs. Sometimes we notice the workflow runs for an unexpectedly longer period, or the output of subagents is sometimes low in quality, then we check and realize that the subagents were running on Auto. We then need to discard that run because of the quality while the usage is still being recorded, wasting token and money.

More on this issue: the subagent model set is not working with custom API model also.

In the following session, I’m using custom LLM API Key where the Main Agent is set to use Grok 4.7 and subagents use Grok 4.6. At the end all spawned subagents were using Grok 4.7 instead of 4.6.

Request ID: b391eeb4-d467-4be7-b2cd-b33049816499

Hey @Duong_Do,

Thanks for your patience on this. A fix for inherited Grok 4.7 subagents starting on Auto has now been rolled out on our side, so no Cursor update is needed. Subagents with model: inherit under a Grok 4.7 parent should now run on Grok 4.7, and your usage page should show them that way.

Could you give your workflow another try and let me know if any subagents still show up as Auto?

The custom API model case from your last post (subagents set to Grok 4.6 running on your Grok 4.7 model instead) is a different path that this fix doesn’t cover. We’re looking at that one separately, and the request ID you shared helps.

Hi Colin, can confirm it’s working now. The subagents are correctly using configured models.