Cursor log:
output2.log (46.7 KB)
Hi there!
We detected that this may be a bug report, so we’ve moved your post to the Bug Reports category.
To help us investigate and fix this faster, could you edit your original post to include the details from the template below?
Bug Report Template - Click to expand
Where does the bug appear (feature/product)?
- Editor, Tab & Chat (autocomplete, Composer, in-editor agent)
- Terminal & commands
- Models, pricing & API keys (availability, Auto/Max, BYOK/Bedrock)
- MCP & tools
- Cloud Agents & Automations (cursor.com/agents, scheduled/event)
- BugBot & Code Review
- Cursor CLI
- Cursor Mobile
- Remote (SSH / Dev Containers / WSL)
- Account, billing & login
- Something else…
Describe the Bug
A clear and concise description of what the bug is.
Steps to Reproduce
How can you reproduce this bug? We have a much better chance at fixing issues if we can reproduce them!
- …
- …
- …
Expected Behavior
What is meant to happen here that isn’t working correctly?
Screenshots / Screen Recordings
If applicable, attach images or videos (.jpg, .png, .gif, .mp4, .mov)
Operating System
- Windows 10/11
- MacOS
- Linux
Version Information
- For Cursor IDE: Menu → About Cursor → Copy
- For Cursor CLI: Run
agent aboutin your terminal
IDE:
Version: 2.xx.x
VSCode Version: 1.105.1
Commit: ......
CLI:
CLI Version 2026.01.17-d239e66
For AI issues: which model did you use?
Model name (e.g., Sonnet 4, Tab…)
For AI issues: add Request ID with privacy disabled
Request ID: f9a7046a-279b-47e5-ab48-6e8dc12daba1
For Background Agent issues, also post the ID: bc-…
Additional Information
Add any other context about the problem here.
Does this stop you from using Cursor?
- Yes - Cursor is unusable
- Sometimes - I can sometimes use Cursor
- No - Cursor works, but with this issue
The more details you provide, the easier it is for us to reproduce and fix the issue. Thanks!
My Cursor Version 3.20.21 (user setup)
When I prompts with models Composer2.5 and Grok4.6. Below Internal Error will happen:
An unexpected error occurred on our servers. Please try again, or contact support if the issue persists.
Request ID: 6d46197b-84fb-4592-85f2-ff57ffcb7b6b
[internal] Failed to run step, exceeded max retries
RetriableError: [internal] Failed to run step, exceeded max retries
at f6f (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:8346:217443)
at _to (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:8346:215869)
at U6f (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:8347:13639)
at Object.classify (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:8347:17861)
at P6f (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:8347:5924)
at async Dto.run (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:8347:17168)
at async Sle.runAgentLoop (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:8447:30991)
at async FFo.streamFromAgentBackend (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:17887:16374)
at async FFo.getAgentStreamResponse (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:17887:37742)
at async bDe._submitChatMaybeAbortCurrent (vscode-file://vscode-app/c:/Users/terencey/AppData/Local/Programs/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:8425:4549)
Hey @Terence_Yu, thanks for the report and the log.
Your network is fine, and so is your colleague’s. I found your requests on our side: every one of them reaches Cursor, and the model provider rejects them because the prompt is far too large. Each message you send arrives at roughly 500,000 tokens (more than Composer/Grok can accept). Cursor then tries to compress the conversation and retries a few times, and when that cannot help it shows the generic “Connection failed” message, which is why it looks like a network problem.
The size is the same on the very first message of a brand-new chat, so something included with every message is enormous. It is not your rules or MCP servers (those are tiny on your requests), so it is most likely something attached to the message itself, for example, a large pasted block, an attached document, a commit / PR / branch reference, or a very large link.
Could you try this and tell me what you see?
- Restart Cursor and open a new chat.
- Look at the pills above the chat input. Remove every attachment or reference you see there.
- Select Composer as the model, type only the word hi, and send it. Does it work?
- If it still fails: click the context usage percentage at the bottom of the chat input. It shows a breakdown (rules, MCP, files, conversation). Please send a screenshot of that breakdown.
- If you have time, open Cursor in a brand-new empty folder, open a chat, and send hi with Composer. If that works, the extra context comes from your project.
Also, if you have a Request ID from a failed Composer message (three-dot menu on the message, then Copy Request ID), please paste it here.
Thanks for your support. Your information is very important to me. The root cause is clear. It stems from the User Rules I imported into Cursor. Within my current system prompt, the <user_rules> section includes content imported from a directory. This directory holds over 150 agent persona definition files in .mdc format, each containing detailed agent instructions ranging from several hundred to several thousand words.