# Cloud Agents always start in fast mode in web

**URL:** <https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026>\
**Category:** Bug Reports\
**Tags:** cloud-agents\
**Created:** [August 31, 2026, 1:35am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026 "2026-08-31T01:35:28Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![luis\_enrique\_vargas](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/luis_enrique_vargas/32/119278_2.png) [@luis\_enrique\_vargas](https://forum.cursor.com/u/luis_enrique_vargas)\
**Post date:** [August 31, 2026, 1:35am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/1 "2026-08-31T01:35:28Z")

</div>

### Where does the bug appear (feature/product)?

Cloud Agent (GitHub, Slack, Web, Linear)

### Describe the Bug

Fast mode enforced in Cursor web at the start of every conversation

### Steps to Reproduce

In Cursor web, I create new chat, explictly disable the fast mode, then write a prompt, and send it.  
Fast mode is selected anyway

### Expected Behavior

The cloud agent should start with no fast mode active

### Operating System

Windows 10/11

### Version Information

Web interface a.k.a [cursor.com/agents](http://cursor.com/agents)

### For AI issues: which model did you use?

Composer 2.5  
Grok 4.6 Medium

### Does this stop you from using Cursor

No - Cursor works, but with this issue

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [August 31, 2026, 5:18am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/6 "2026-08-31T05:18:08Z")

</div>

Hey, thanks for the report. This is a known issue we’re tracking. On [cursor.com/agents](http://cursor.com/agents) for Composer 2.5 and Grok models, the Fast option is currently the default, and selecting fast-off in the web picker doesn’t always stick, especially when you start a new chat and after the first reply.

To be honest, there isn’t a full workaround on web yet. The only thing that really helps right now is to pick the model in the web picker, go to Edit, and uncheck Fast. Then before every send, including follow-ups, take a quick look at the model in Composer and switch it back if it jumps to Fast again. This is exactly what we’re working on, so it’s not 100% guaranteed.

If you also use the Cursor desktop app, there are more reliable controls there. You can pin a default model and disable models you don’t want so the agent can’t pick them. But that doesn’t carry over to a web-only flow.

If you see Fast charges on the usage page that you didn’t expect, email [hi@cursor.com](mailto:hi@cursor.com) and the team can check your account.

I’ll post an update here when there’s a web fix.

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 1, 2026, 6:10am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/9 "2026-09-01T06:10:01Z")

</div>

Hey @luis_enrique_vargas quick update on this. The issue where Fast would turn itself back on at [cursor.com/agents](http://cursor.com/agents) after you turned it off has been fixed on our side, and the change is rolling out now, so it might already be live.

You don’t need to do anything on your end since this is in the web UI. Next time you start an agent, turn Fast off like usual, then check the model in the picker after the first reply. If Fast still switches back on by itself, especially in brand new chats, reply here and we’ll take another look.

---

<div class="post-metadata">

**Author:** ![Tr\_n\_Minh\_Quang](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/tr_n_minh_quang/32/115991_2.png) [@Tr\_n\_Minh\_Quang](https://forum.cursor.com/u/Tr_n_Minh_Quang)\
**Post date:** [September 1, 2026, 7:42am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/10 "2026-09-01T07:42:27Z")

</div>

Thanks for the fix — tested again now and Fast still re-enables on its own.

**Steps:**

1. New chat at [cursor.com/agents](http://cursor.com/agents)
2. Selected [Composer 2.5 / Grok 4.6 High] and turned Fast off
3. Sent prompt → after first reply, Fast was back on in the picker

**Environment:** [web only / desktop Cloud Agent]  
**Cursor version:** [Help → About, if desktop]

Also seeing Fast charges on my usage page that I didn’t intentionally select. Can you check whether this is the same regression or something else?

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 1, 2026, 9:21am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/11 "2026-09-01T09:21:40Z")

</div>

Hey, thanks for double-checking. The fix for this Fast turning back on after the first response on [cursor.com/agents](http://cursor.com/agents) was merged just a couple hours ago, so it’s very possible the update hasn’t reached you yet.

First, do a full reload of the [cursor.com/agents](http://cursor.com/agents) page with cache cleared `Ctrl+Shift+R` or `Cmd+Shift+R`, then rerun the test: new chat → turn off Fast → send a prompt → check the model in the picker after the first response.

If Fast still turns itself back on after that, send the Request ID or the agent link or agent ID where you reproduced it so we can take a closer look. Also let us know if it only happens in brand new chats or specifically after the first response, that’ll help narrow down what’s still left.

About the Fast charges on the usage page that you didn’t select, it’s best to email the team at [hi@cursor.com](mailto:hi@cursor.com) so they can check your specific account.

---

<div class="post-metadata">

**Author:** ![Tr\_n\_Minh\_Quang](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/tr_n_minh_quang/32/115991_2.png) [@Tr\_n\_Minh\_Quang](https://forum.cursor.com/u/Tr_n_Minh_Quang)\
**Post date:** [September 1, 2026, 1:00pm UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/12 "2026-09-01T13:00:06Z")

</div>

@deanrie Thank you for supporting,  
Just checked again now, issue still happens to me. Please check this agent id: bc-3e225a89-9227-497a-af6b-d1ec4ae8ec9d

---

<div class="post-metadata">

**Author:** ![subscriptionmanager2](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/subscriptionmanager2/32/119472_2.png) [@subscriptionmanager2](https://forum.cursor.com/u/subscriptionmanager2)\
**Post date:** [September 1, 2026, 2:49pm UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/13 "2026-09-01T14:49:58Z")

</div>

### Where does the bug appear (feature/product)?

Cloud Agent (GitHub, Slack, Web, Linear)

### Describe the Bug

I had selected Grok 4.6 Medium as Default for Cloud Agents. But whenever a few agent is created it uses 4.6 Medium Fast as default.

Example of an agent

> **[Sign in](https://authenticator.cursor.sh/?client_id=client_01GS6W3C96KW4WRS6Z93JCE2RJ&redirect_uri=https%3A%2F%2Fcursor.com%2Fapi%2Fauth%2Fcallback&state=%257B%2522nonce%2522%253A%2522e7a786bc-63d0-4451-86c8-0c8d9876481d%2522%257D&authorization_session_id=01M1EQ0JST757ZZXHRY5QPDDAP)**

I changed the settings from  
Cloud Agent → Scroll Down → Default Model

### Steps to Reproduce

1.) Cloud Agent → Scroll Down → Default Model → Change to 4.6 Medium  
2.) I created a webhook that creates an agent automatically . Example [https://cursor.com/agents/bc-d52b2d0d-158b-4bb4-ad64-c856caca5ce4](https://cursor.com/agents/bc-d52b2d0d-158b-4bb4-ad64-c856caca5ce4)

I am a vibe coder so I don’t know what else to tell you here

### Operating System

MacOS

### Version Information

Its cloud agent. I dont think version matters

### Does this stop you from using Cursor

No - Cursor works, but with this issue

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 2, 2026, 8:12am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/19 "2026-09-02T08:12:00Z")

</div>

Hey, thanks for the agent ID, that really helped.

I checked this agent on our side. All of its requests were going to the regular Composer 2.5, not the Fast variant. Nothing was charged on the Fast plan for it, and I don’t see any new Fast charges on the account after the morning tests.

So what you’re seeing right now looks like a leftover display in the model picker, not an actual Fast run. Most likely, the browser kept an old model setting from before the update. Try this:

- Do a full reload of [cursor.com/agents](http://cursor.com/agents) with cache cleared using `Ctrl+Shift+R` or `Cmd+Shift+R`.
- Open the model picker, hover Composer 2.5 (or the model you want), and click Edit.
- Make sure Fast is unchecked, then save.
- Start a new agent, send a prompt, and after the first response check the model in the picker.

If the picker still flips to Fast after that, send a screenshot of the picker and we’ll dig deeper. But based on what I checked, your agents are running on the selected non-Fast model.

About Fast charges on the usage page that you didn’t select, email [hi@cursor.com](mailto:hi@cursor.com) and the team can look into your specific account.

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 2, 2026, 8:17am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/20 "2026-09-02T08:17:44Z")

</div>

Hey, thanks for the report and the agent link.

I checked the agent you shared `bc-d52b2d0d`, and it’s actually running on Grok 4.6 Medium, so your default is being applied to new agents.

One thing to note: agents created before the default model was saved fall back to the standard default, and that’s currently the Fast variant. That explains why some of the older agents you saw were on Fast.

Can you check this and let me know how it goes?

- Open [cursor.com](http://cursor.com), go to Cloud Agent settings, scroll to Default Model.
- Make sure it’s set to Grok 4.6 Medium. If not, set it again, make sure Fast is not selected, then save.
- Reload the page and confirm it still shows Grok 4.6 Medium.
- Trigger the webhook so a new agent gets created.
- Open the new agent at [cursor.com/agents](http://cursor.com/agents) and check the model shown in the message field.

If the new agent is still on the Fast variant after step 5, reply with the link to it and we’ll dig in.

If you see Fast charges on the usage page that you didn’t select, it’s best to email [hi@cursor.com](mailto:hi@cursor.com) so they can check your account.

---

<div class="post-metadata">

**Author:** ![Tr\_n\_Minh\_Quang](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/tr_n_minh_quang/32/115991_2.png) [@Tr\_n\_Minh\_Quang](https://forum.cursor.com/u/Tr_n_Minh_Quang)\
**Post date:** [September 2, 2026, 8:33am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/21 "2026-09-02T08:33:54Z")

</div>

Hi,  
I just checked now, this is new agent ID: bc-c490668c-6846-4cd9-a742-25dba81a2fb3  
I have default model: composer 2.5

 ![Screenshot 2026-09-02 at 15.29.36](https://us1.discourse-cdn.com/cursor1/original/3X/8/a/8ae2920690bfad3959510d6f9e2110cef6742b16.png)  
When I started new chat, it show composer 2.5 correctly, then after I sent the first message, the model picker show composer 2.5 fast (as image below)

 ![hello, check what the last 3 PRs didh copy](https://us1.discourse-cdn.com/cursor1/original/3X/0/b/0b344d2aabe8b6692a13ab11503fa9503cee52da.jpeg)

after the response, I also sent following message (you can check with the agent logs).  
But in the Usage logs, I see 2 requests used composer 2.5

 ![image](https://us1.discourse-cdn.com/cursor1/original/3X/7/c/7c090fc2bf3ae81a9de72e1ac8b63d31d2d04e2b.png)

I did hard reset on my browser (Safari) before start that agent. So I think this is a kind of UI issue only, but it make user like me confused a lot

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 2, 2026, 12:04pm UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/25 "2026-09-02T12:04:00Z")

</div>

Hey, thanks for the agent ID and screenshots, that’s exactly what we needed.

You’re right, this is just a display issue. I checked this agent on our side: all requests for it, including the follow-up message, went to the regular Composer 2.5, not Fast. On your usage page you can also see the correct model, and it was billed at the standard Composer 2.5 rate, not Fast.

The picker switching to Composer 2.5 Fast after the first response is a leftover from a previous issue. The update we shipped fixed what actually gets sent in the request, but the label in the picker can still show the wrong value. This is a known issue we’re tracking, so you don’t need to redo anything or change anything on your side.

Until this is fixed, use the model shown on the usage page as the source of truth. If you ever see Fast billing there that you didn’t select, send the agent link and we’ll take a look right away.

---

<div class="post-metadata">

**Author:** ![jurajt](https://avatars.discourse-cdn.com/v4/letter/j/fbc32d/32.png) [@jurajt](https://forum.cursor.com/u/jurajt)\
**Post date:** [September 3, 2026, 4:05pm UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/26 "2026-09-03T16:05:01Z")

</div>

i’m experiencing the same problem, but with agents initiated by grok bot - i tried changing the default model method, but no matter what I do, grok bot-initiated cloud agents always run with Fast mode enabled.

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 3, 2026, 7:39pm UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/27 "2026-09-03T19:39:19Z")

</div>

Hey, thanks for the report. The agents launched by Grok Bot follow a slightly different model selection path than what was discussed earlier in this thread (that was about the web-picker at [cursor.com/agents](http://cursor.com/agents)), so let’s check your case separately.

To understand what’s happening, please share:

1. A link or ID for one of these Grok Bot agents where you saw Fast (format `bc-...`).
2. What default model you set, and where exactly you changed that setting.
3. Please check the Usage page and confirm which model is actually recorded for those requests. Does it show the Fast variant or the normal one? This is the key point. In some cases the picker shows Fast as a label, but the request actually goes to the non-Fast model and you’re billed at the normal rate.

With that info I can look at the specific agents and confirm whether they’re really running on Fast or if it’s just UI. If the Usage page shows Fast charges that you didn’t choose, please also email [hi@cursor.com](mailto:hi@cursor.com) and the team can review it on your account.

---

<div class="post-metadata">

**Author:** ![jurajt](https://avatars.discourse-cdn.com/v4/letter/j/fbc32d/32.png) [@jurajt](https://forum.cursor.com/u/jurajt)\
**Post date:** [September 3, 2026, 8:42pm UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/28 "2026-09-03T20:42:14Z")

</div>

- bc-60dfe4c0-1de9-426c-87cd-d32fa73b2727 (grok 4.6 medium fast - should be just medium)
- or
- bc-69b538c1-00c7-471f-8d6b-8a41ee41e24b (composer 2.5 fast - should be non-fast)
- or
- bc-e1b2a2bc-5825-4651-a49e-91ff2d387b40 (composer 2.5 fast - should be non-fast again)
  - see each run’s diff - says what was the test about

- i configured the default model only at one place: [https://cursor.com/dashboard/cloud-agents](https://cursor.com/dashboard/cloud-agents) → “Default Model”
- you can see the models in the run IDs above.

yesterday, i noticed the grok bot’s cursor agents all consume a bit too much credit. then i realized i never asked it to configure any particular model, so it just went with defaults.

today, i asked it to run agent with composer 2.5 non-fast.

the agents kept running with the default grok 4.6 high fast - I noticed by credit running out too fast again.

then I changed the default model in cursor to composer 2.5 non-fast, but the runs were still run in fast mode.

for final test, i asked grok bot to set model to grok 4.6 medium non-fast, and the agent run with grok 4.6 medium, but in fast mode.

also, when I started these tests, the default was set to grok bot 4.6 high fast, but grok bot couldn’t override it with composer 2.5, no matter what. then I started to play with the default setting, and now, if I set default to grok 4.6 high fast again, the grok bot’s agents correctly run with composer 2.5 (though the Fast is still set, even if it wasn’t supposed to) - i can’t reproduce the initial state, when grok 4.6 high fast default could not be overridden by grok bot’s trigger.

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 4, 2026, 7:01am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/32 "2026-09-04T07:01:18Z")

</div>

Hey @jurajt, thanks for the agent IDs. That let us check each run separately.

None of the three agents actually ran on Fast:

- `bc-69b538c1` and `bc-e1b2a2bc` both ran on standard Composer 2,5. Each one cost just a few cents. The Fast label you see in the picker for these agents is a known UI display bug we’re tracking. The label is wrong, but what actually runs and gets billed is the non-Fast model you selected.
- `bc-60dfe4c0` is a separate case. Grok Bot did request Grok 4,6 Medium with Fast turned off, but on Sep 3 in the second half of the day UTC, Grok models were temporarily unavailable. During that window, requests to Grok were rerouted to Auto. This agent ran on Auto and was billed as Auto, so not Grok and not Fast. The agent chat may show a note that the model was unavailable and a reroute happened.

Earlier agents that did run on Grok 4,6 High Fast were from before you changed your default. At that time, Fast was enabled in the saved default. After you switched the default to Composer 2,5 with Fast turned off, all Grok Bot runs have been using a non-Fast model.

On credit usage, cloud agents themselves are cheap, just cents per run. Most usage on the account comes from Grok Bot’s own turns, not from the cloud agents it launches. If you want us to review that part for your account, email [hi@cursor.com](mailto:hi@cursor.com) and the team can look with you.

Until the picker label is fixed, use the model shown on the Usage page as the source of truth. If you ever see a Fast charge there for a cloud agent you set to non-Fast, send the agent ID and we’ll check right away.

---

<div class="post-metadata">

**Author:** ![jurajt](https://avatars.discourse-cdn.com/v4/letter/j/fbc32d/32.png) [@jurajt](https://forum.cursor.com/u/jurajt)\
**Post date:** [September 4, 2026, 7:30am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/33 "2026-09-04T07:30:55Z")

</div>

the runs i posted Ids of were just dummy runs to test how to grok bot-initiated cursor cloud agents’ model selection works - i don’t care about how much those cost

the unexpected credit consumption I was referring to was related to previous runs, where some actual work was done. and they surely didn’t cost a few cents each - the 100$ promotional credit went down much faster than that.

not sure what you mean by “use the model shown on the Usage page as the source of truth” - the Usage page shows just “grok-bot-default” or “grok-bot-automation”. in very few cases, there’s “composer-2.5”, with the cloud icon, which, upon mouse-hover, says “cloud agent” - does this mean the other runs are NOT cloud agents? that can’t be true, as i run ONLY cloud agents with cursor.  
also, “Type” column says “Included”, or “Free” which doesn’t make much sense either.

as you surely can see, there’s plenty of reasons for me NOT to take Usage page as source of truth for anything 🙂

as for “Most usage on the account comes from Grok Bot’s own turns” - the Spending page is clear about that, and I naver complained about grok bot usage. my understanding is, grok bot usage is decoupled from cursor cloud agents runs - the various gauges in Spending page tell exactly how much was spent on what.

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 4, 2026, 11:24am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/34 "2026-09-04T11:24:42Z")

</div>

Thanks for clarifying, and you’re right. My wording about the Usage page being the source of truth was off, and the labels there are genuinely confusing. Let me break it down.

Grok Bot and the cloud agents it launches are two different things in billing:

- `grok-bot-default` / `grok-bot-automation` are Grok Bot’s own turns, meaning the model the bot runs on when you chat with it and it orchestrates the task. This is not cloud agents.
- Rows like `composer-2.5` with the cloud agent icon, the one that says “cloud agent” on hover, are the actual cloud agent runs that the bot triggered as a tool.

So your read is correct. Most rows `grok-bot-default` are the bot’s own turns, not cloud agents. Cloud agents are only the rows with the cloud agent icon, and they really are cheap, cents per run. That matches what you wrote. Grok Bot usage is decoupled from cloud agent runs, and the Spending page separates them into different gauges.

That also answers why the $100 promo credit burned quickly. If it was draining faster than cents per run, the source is almost certainly Grok Bot turns `grok-bot-default` / `grok-bot-automation`, not cloud agents. So it’s not that the agents it launched are suddenly expensive, it’s that most of the cost is on the bot side.

About the Type column, `Included` / `Free` shows how that line item is counted against your plan, covered by included allowance or promo credit, rather than billed as separate on-demand spend. It doesn’t indicate which model ran.

For the exact line items and where the promo credit went on your account, it’s best to email [hi@cursor.com](mailto:hi@cursor.com). They can see the detailed breakdown for your account and walk through the specific records. If after that it still looks like a cloud agent ran on Fast even though you picked non-Fast, send the agent ID and I’ll check right away.

---

<div class="post-metadata">

**Author:** ![jurajt](https://avatars.discourse-cdn.com/v4/letter/j/fbc32d/32.png) [@jurajt](https://forum.cursor.com/u/jurajt)\
**Post date:** [September 4, 2026, 12:17pm UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/35 "2026-09-04T12:17:32Z")

</div>

hold on.

so this gauge:

 ![Zight 2026-09-04 at 2.15.33 PM](https://us1.discourse-cdn.com/cursor1/original/3X/9/6/96da68a62fdfb7fa51ba1a7ce312ea542f34049e.jpeg)

and this credit meter:

 ![Zight 2026-09-04 at 2.15.16 PM](https://us1.discourse-cdn.com/cursor1/original/3X/0/b/0b541ae5fd394bbd925b1c8ee9560cd76a0c2d6a.jpeg)

both consume grok bot usage? i mean, if the Credits are consumed first (which is true, as far as I remember), why would grok bot’s weekly usage be consumed as well?

---

<div class="post-metadata">

**Author:** ![TjG](https://avatars.discourse-cdn.com/v4/letter/t/ecccb3/32.png) [@TjG](https://forum.cursor.com/u/TjG)\
**Post date:** [September 6, 2026, 5:41am UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/36 "2026-09-06T05:41:42Z")

</div>

Here is no way to “edit” an agent on the phone webapp. I’m on android and unless I start the thread from my computer as remote control or from the computers webapp it’s stuck on fast no matter what.

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [September 6, 2026, 3:59pm UTC](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026/37 "2026-09-06T15:59:51Z")

</div>

@jurajt about the two gauges. They’re two separate counters, not one layered on top of the other. Grok Bot weekly usage is the included weekly pool for Grok Bot, it resets weekly (yours is 9 Sept). Credits (13/100) is a separate promo credit balance with its own expiry (18 Oct 2026). So Grok Bot activity can show up in both gauges because they track different things, not because charges always happen in a strict order.

For how it was split between the included pool and credits on your account, that’s down to detailed line items. The team at [hi@cursor.com](mailto:hi@cursor.com) can see the full breakdown. I won’t guess from the public numbers and risk misleading you.

[Next page](https://forum.cursor.com/t/cloud-agents-always-start-in-fast-mode-in-web/170026.md?page=2)
