I’ve got the same issue, but only with the Anthropic models.
Where does the bug appear (feature/product)?
Cursor IDE
Describe the Bug
Cursor just stuck at Planning next moves after the update!
Steps to Reproduce
Just input whatever to the agent.
Expected Behavior
stuck at planning next movesS
Screenshots / Screen Recordings
Operating System
Windows 10/11
MacOS
Current Cursor Version (Menu → About Cursor → Copy)
v2.1.46
vscode v: 1.105.1
For AI issues: which model did you use?
Opus 4.5
Does this stop you from using Cursor
Yes - Cursor is unusable
Mine often starts hanging in the terminal since update
So, I was (Opus 4.5 was) creating a download script for me to download model files from Huggingface. I noticed that when I pasted the link and it appeared in the context as an actual clickable link instead of plain text, Opus would try to download the model file before finishing the planning step.
So be careful what you link, and if in doubt, break the link (use the unlink command).
The terminal is broken in the latest 2 updates. Bets to request a credit refund, until the cursor resolves the issue.
Hi that is not true, downgrade back to v2.0.77 the agent started working again.
How to downgrade ?
Where does the bug appear (feature/product)?
Cursor IDE
Describe the Bug
In last few days the model responses in the agentic mode became very slow (Opus 4.5, Sonnet 4.5, etc). It takes forever in “Plannin next steps”. I restarted Cursor also checked other IDEs like Antigravity, so there are no issues with my connection, etc.
Steps to Reproduce
Just run request in teh agent window
Operating System
MacOS
Current Cursor Version (Menu → About Cursor → Copy)
Version: 2.1.49
VSCode Version: 1.105.1
Commit: 21a2ed198584d56a91c0b996d1a09c93f8538440
Date: 2025-12-05T07:49:06.016Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 24.6.0
For AI issues: which model did you use?
Opus 4.5
Does this stop you from using Cursor
Yes - Cursor is unusable
realizing most models which used to be faster, are slower now, and it feels significantly slower
What happend to cursor , super unstable !!!
Role back to version 2.0.77, found this bug 2 weeks ago
These past few days, Cursor has been constantly getting stuck at [Planning next moves] and can’t work properly.
Thanks, I’ll try this out. However, for a company with the US$ 2.3 billion funding round, Cursor is pretty slow to fix the production issues. I’m not even talking about introducing this problem in the first place, which shows lack of proper QA processes on their side
Hey, thanks for the reports. We’ve seen a few similar cases in the last few days, and the team is working on a fix.
We need:
- 2-3 Request IDs from the stuck messages (message menu > Copy Request ID). How to get them: Getting a Request ID | Cursor Docs
- Screenshot of Settings > Network > Run Diagnostics
- Screenshot of errors from Help > Toggle Developer Tools > Console while it’s stuck
- Indexing status and whether MCP is enabled in Settings (temporarily disable)
Quick checks:
- Settings
Cmd+,> search “HTTP/2” > enable “Disable HTTP/2”, then restart Cursor - Launch without extensions:
cursor --disable-extensions, open an empty folder, then test the Agent - Disable MCP servers if present
- Try a different model in the same chat
Related threads and fixes:
- Agent unusable after update
- Cursor is unresponsive after sending a prompt to plan
- AI Agent Stuck on "Planning Next Moves" Infinitely – Affects All Models, No Error or Completion (Fresh Install, Diagnostics OK)
Please share the data above to speed up the investigation.
For now I have one.
RequestID: ee60476f-ad5e-4d60-8dce-cf33604e54f0
Network: https://pasteboard.co/DGd1cicZSaW6.png
Help: Pasteboard - Uploaded Image
I switched MCPs on and off so I do not see it’s affecting the problem
Thanks for the details. I see:
- Diagnosis: SSE is being buffered by a proxy - this is a common cause of Planning hangs
Let’s quickly narrow it down:
- In Settings search for HTTP/2 - enable “Disable HTTP/2” and restart Cursor
- Launch clean:
cursor --disable-extensions- or a temp profile:
cursor --user-data-dir="TempProfile1"
Test the Agent on an empty folder
- Check extensions. For many, Nx Console was the cause - remove it and restart
- See solution: Unable to Reach Model Provider for All Models Except Composer1
- Another extensions case: SLOW or NO response from the agent
- If you use a VPN/proxy - turn it off and test with a mobile hotspot. For corporate networks see proxy and SSE requirements: https://cursor.com/docs/enterprise/network-configuration
Let me know what you find. If it reproduces in a clean profile and on a hotspot, I’ll pass it to engineering.
Describe the Bug
All models respond too slowly.
grok code and others, all model
Steps to Reproduce
ask
Operating System
MacOS
Current Cursor Version (Menu → About Cursor → Copy)
Version: 2.1.50 (Universal)
VSCode Version: 1.105.1
Commit: 56f0a83df8e9eb48585fcc4858a9440db4cc7770
Date: 2025-12-06T23:39:52.834Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 25.1.0
Does this stop you from using Cursor
No - Cursor works, but with this issue
you used network http/1.1?
Where does the bug appear (feature/product)?
Cursor IDE
Describe the Bug
For the past two days, the service has become extremely slow. All AI agents are responding much slower than usual, and some tasks are taking an unusually long time to complete.
Steps to Reproduce
Send any request to an agent.
Observe the unusually slow response time compared to earlier this week.
Operating System
MacOS
Current Cursor Version (Menu → About Cursor → Copy)
Version: 2.1.50
VSCode Version: 1.105.1
Commit: 56f0a83df8e9eb48585fcc4858a9440db4cc7770
Date: 2025-12-06T23:39:52.834Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 24.6.0
Additional Information
The slowdown has been consistent for the last 48 hours. Please investigate the backend/compute performance issues.
Does this stop you from using Cursor
Yes - Cursor is unusable
yes
