Where does the bug appear (feature/product)?
Cursor IDE
Describe the Bug
I am experiencing a persistent ERROR_PROVIDER_ERROR when using Claude Opus 4.7 High. The error is marked as isRetryable: false and occurs specifically after the model has entered the “Thinking” phase in the Agent loop.
Instead of streaming a response or code, the connection drops with a “Provider Error” message. It appears to be a handshake or timeout issue between Cursor and the Anthropic provider during the extended reasoning window required for the “High” setting.
Steps to Reproduce
Open Cursor IDE and ensure you are on the latest stable version (e.g., v3.2.11).
Open a workspace with an active codebase.
Select Claude Opus 4.7 from the model dropdown and ensure the reasoning/effort level is set to “High”.
Enter a prompt in the Agent or Composer window that requires multi-step reasoning or complex code generation.
Observe the model enter the “Thinking” or “Working” state.
After several seconds of processing, the IDE returns a Provider Error with ERROR_PROVIDER_ERROR and isRetryable: false.
Expected Behavior
The model should complete its internal reasoning/adaptive thinking cycle and begin streaming a response or code edits. Even with the higher latency expected from the “High” effort tier in Opus 4.7, the connection to the model provider should remain active.
Ideally, the Agent should:
Complete the “Thinking” phase without a handshake failure.
Provide the planned code changes or response for the task (e.g., refactoring my medical portal or updating LMS logic).
Avoid triggering a non-retryable ERROR_PROVIDER_ERROR for coding requests.
Operating System
Windows 10/11
Version Information
Version: 3.2.11 (user setup)
VSCode Version: 1.105.1
Commit: e9ee1339915a927dfb2df4a836dd9c8337e17cc0
Date: 2026-04-24T14:36:47.933Z
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Windows_NT x64 10.0.26200
For AI issues: which model did you use?
Opus 4.7 High
Additional Information
Note: I have Privacy Mode enabled in my Cursor settings. I am providing the Request ID (1626522b-1dfa-422a-bef6-1afbf02ce08b), but I understand the logs may be redacted. Please let me know if you need specific environmental details since I cannot share the raw request data.
I’ve noticed similar reports on the forum from today (April 25) regarding Opus 4.7 connection drops, so this appears to be a broader handshake issue with the new reasoning tier rather than an isolated local network error.
Does this stop you from using Cursor
Sometimes - I can sometimes use Cursor