The same model 'databricks-claude-opus-4-6' used with different endpoint (workspacedbc-fddc0605-e757) works fine. No errors all works well with models `databrics*`
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!
Thanks for the report @Tomasz_Kisielewski! Cursor doesn’t fully support Databricks AI Gateway today, and I’m not aware of any short-term work to change that. I’ve logged the Claude tool-spec and Gemini thought_signature failures for the team!
Issue 3 is on the Databricks side. That workspace (dbc-6375e9c0-d24b) is rejecting the legacy pay-per-token databricks-* names (NOT_IMPLEMENTED / use Unity Catalog model services v3). Your other workspace still serves them. That’s something to take up with Databricks.
Quick update on the Gemini side of this. The missing thought_signature failure after a tool call, when running Gemini 3.x through your Databricks AI Gateway, has been addressed on our side and will be rolled out soon if it hasn’t been already.