Plan writing is extra slow

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

When in plan mode and the agent is writing a plan, the token stream speed is like 1/10th of the real model speed compared to Ask mode and Agent mode.

Steps to Reproduce

Just use Plan mode normally

Expected Behavior

It should take the same amount of time to create a plan file than what it takes to write a plan in a md file with Agent mode.

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.3.18 (system setup)
VSCode Version: 1.105.1
Commit: df371ac0d93fe1a68d05eeb59a09c5c39add0c80
Date: 2026-01-01T01:49:45.089Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Windows_NT x64 10.0.26200

For AI issues: which model did you use?

GPT 5.2 Fast

Does this stop you from using Cursor

No - Cursor works, but with this issue

9 Likes

yeah, it is so slow for many days, i’ve stopped using plan mode even

Hey, thanks for the report. I see that other users are also running into slow streaming in Plan mode.

To help us investigate, could you share:

  1. The Request ID for the next slow request in Plan mode (Chat context menu > Copy Request ID)
  2. A timing comparison: how long does it take to create a plan in Plan mode vs the same prompt in Agent mode?
  3. Your codebase size, and whether you have a lot of files included in the context

I’ll pass this info to the team to look into it.

This happens equally with all plans. Mine are with Claude Sonnet 4.5. Also, if you have the plan window open while Cursor is writing, you can see it attempts to redraw the page with every keystroke. Perhaps this is the source of the problem. Opening a different window removes the visual flickering effect, but the plan writing is still so slow as to be nearly useless.

  1. c79c3188-baba-4515-93e2-29c2f97489e9 (Plan mode), c5a8988e-d5dd-4ea0-bb94-1ecbdda5fb70 (Ask mode)
  2. Plan mode 5-10 minutes streaming the plan file, Ask mode 10 seconds. So the performance issue of plan mode is HUGE. I did not include Thinking as GPT 5.2 High, thinks a lot of time, that is fine.
  3. 80K context window during plan generation, total size of codebase reachable by the Agent is about 10000+ files because i have several submodules and cloned repos i use to allow the agent to see the implementation of stuff I use (eg vscode codebase for monaco) and their docs (eg aisdk and tiptap docs). My code is about 100 files though. However i want to emphasize that i do not have a performance issue with Cursor in general, everything is very fast for me, its ONLY Plan mode that in the past 2 weeks became a snail and have several issues, slowness is only the worse one, like is so bad that it made me open this report.

On top of it while plan mode is generating the file, the chat panel is unusable, everything keeps re-rendering and i cannot keep the context window open to copy the request id, i had to wait for it to finish or stop it.

In general I would say that the quality of Plan mode whent down drastically in the past 2-3 weeks, I started to have problems I did not have before making it quite frustrating to use, and I’ve been using it from day one, when it was in Early Access, it gave me much less headache back then.

This test was done with GPT 5.2 High Fast

I also attach 2 videos that clearly shows the difference.

1 Like

Thanks for the detailed info and the video. The Request ID and timing comparison will really help the team.

I can see the issue is confirmed by other users too, including visual flickering while generating the plan. I’ve passed all the details to the team to investigate. 5 to 10 minutes vs 10 seconds is a critical difference.

I also noted that the re-rendering issue makes the chat panel unusable while the plan is being generated.

We’ll share updates as soon as the team has more info.

1 Like

I’ve noticed it happening when using Cursor on remote SSH.

It seems like it is related to the issue reported here: Cursor Remote-SSH severely throttles AI streaming during large plan generation (SSH ~1–2 kB/s)

2 Likes

I’m experiencing the same issue after updating to version 2.3.29. This did not happen in the previous version for me, and I’m also using Remote SSH.

This issue will be fixed in Cursor 2.4, which should be released this month.

6 Likes

Thank you! It’s been slow enough that it times out and doesn’t finish the plan :frowning:

Same here. It is so slow that the plan isn’t finished. Like 1 token every two seconds.

This makes planning almost unusable.

3 Likes

Version 2.3.41 fixed this bug for me (running Cursor in Linux+SSH).

This has also been reported in the duplicate thread: Cursor Remote-SSH severely throttles AI streaming during large plan generation (SSH ~1–2 kB/s) - #14 by CJJ

Using older version of Cursor make it about 10-20 times faster. The thing is, downgrading Cursor makes it faster in ALL aspects, not only the planning mode

Which version did you downgrade to? It’s driving me crazy right now, with the timeout, I can’t use it at all.

I’m on 2.1.25. It’s the most stable one IMO. It lacks the debug mode, but it can be replaced with a custom command that prompts the model to do similar stuff.

Can I ask if this will be fixed also?:

Plan mode works well until you “save” it to your repo.

Then the bugs start.

  • the “to do” list disappears

  • the “build” button does not work

I always save plans since I want them in my repo, I keep them in /sprint folders /complete /inpgrogress and have multiple sprints/plans/prd in motion via using plans.

Storing ideas, planning is critical with these models since I have multi agents improving plans to achieve optimum implementation.

All of which fails hard, when the yaml file gets corrupted and the models fail to use the plan saying “can’t access to do list” etc. :frowning:

Bug since this release.