Cursor Remote-SSH severely throttles AI streaming during large plan generation (SSH ~1–2 kB/s)

Support Bug Reports
1

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

When using Cursor with Remote-SSH, generating large AI outputs (e.g. multi-step plans, in “Plan” mode) becomes extremely slow. The Cursor status bar shows very low SSH throughput (~1–2 kB/s) during generation. The same operation performed locally (no Remote-SSH) is fast and streams normally.

This occurs even with the latest Cursor-supported Remote-SSH extension and does not appear to be related to EC2 performance, repo size, or indexing.

Steps to Reproduce

1.	Open a repository locally in Cursor (no Remote-SSH).
2.	Ask Cursor to generate a large plan (e.g. multi-step refactor, test suite, architecture plan).
3.	Observe:
•	Fast, smooth streaming.
4.	Now open the same repository via Cursor Remote-SSH.
5.	Ask Cursor to generate the same plan.
6.	Observe:
•	Output is extremely slow or stalls.
•	Cursor status bar shows SSH throughput around:

SSH: ~1–2 kB/s ↑ / ↓

Expected Behavior

•	Plan generation speed over Remote-SSH should be comparable to local Cursor usage, or at least not degrade to kB/s throughput.
•	Large AI outputs should stream smoothly regardless of Remote-SSH.

Screenshots / Screen Recordings

cursor-screenshot.png
cursor-screenshot.png674×136 7.2 KB

Operating System

Linux

Current Cursor Version (Menu → About Cursor → Copy)

•	Cursor version: 2.3.15
•	OS: macOS (Apple Silicon)
•	Remote host: AWS EC2 (Linux)
•	Remote-SSH extension:
•	Identifier: anysphere.remote-ssh
•	Version: 1.0.36
•	Last updated: 2026-01-01
•	Network: Stable broadband (local Cursor usage is fast)

Additional Information

•	This is not:
•	EC2 CPU / RAM / disk related
•	Repo size related
•	Cursor indexing related
•	The issue appears to be a Cursor Remote-SSH transport limitation for high-volume AI streaming.
•	Current workaround:
•	Generate plans locally in Cursor
•	Commit them as .md
•	Pull on remote
•	Use Remote-SSH only for implementation

Impact

This significantly affects workflows that rely on:
• architecture planning
• test generation
• large refactors
• design docs

It forces users into a split local/remote workflow even when they want to stay fully remote.

Does this stop you from using Cursor

No - Cursor works, but with this issue

1 Like
Plan writing is extra slow
3

I’ve noticed a significant slowness when it’s writing the plan to the file because it saves frequently.

It saves every 4 or 5 letters.

Perhaps it does the same thing locally, but obviously it’s not noticeable due to the negligible delay.

It didn’t do this before.

1 Like
5

Thanks for the detailed report! I’ve flagged this to the extensions team.

1 Like
7

Thank you. Many people are experiencing this or something very similar so a fix would be much appreciated by the community :smiling_face: .

1 Like
9

I can confirm this is happening on remote-ssh on my end as well, this was not happening before, extremely slow right now, making plan mode unusable.

11

We are working on a fix for this issue. We expect that this fix will ship with Cursor 2.4, which should be released this month.

3 Likes
12

Thank you! We need it desperately indeed. Couldn’t it be released like today?

:grin:

14

I’m also experiencing this. Plan mode is unusable when using remote-ssh

Plan writing is extra slow
16

Cursor version 2.4.0, currently available in nightly builds (didn’t test beta), fixes this issue. You can try that for now.

@CJJ @Romulo_Barros

1 Like
18

Thank you, @shahar_imagene and @ravirahman !! The issue got solved yesterday night here, with version 2.3.41 (Universal). I’m on a macOs Sequoia 15.7.3. Don’t know if it influences anything.

:tada:

2 Likes
20

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