You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Reacted by Rye Nguyen, Nicholas Wasmiller, Luco Bellic, Juan Cruz Caceres Callieri, Benoît Jeaurond, Justyn Shull, Sam Holmes, Nasser, André Schärpf, Ivan and 185 more
Reacted by Sam Holmes, Robert Piringiu, Julius Alexandre, BRUN0, aaronweisberg, GJ Tiquia, Samuel Lawerence, Konstantinos Zagoris, Serim Son, Mochamad Revanza Kurniawan and 36 more
Reacted by KGucik, Orlechuk Rezvan, Nikolaos Pothitos, Mike, RAMA, Walter M. Rafelsberger, Thomas, Pete Molinero, Colin McDonnell, Vitalii Diachkov and 12 more
This issue might be a duplicate of existing issues. Please check:
Editor integrations #216: Editor integrations - This is a general feature request for editor integrations similar to Claude Code's VS Code extension, which would include support for editors like Cursor
I don't know if they have a generic inference api, also I recall @thdxr mentioning he is friendly w/ CEO of cursor so would only do this if they gave the ok
Reacted by Samuel Lawerence, Bradley Wright, Harshit Sharma, Sashank Gunda, Guilherme Bayer, Vítor Mariano, mateusbadalotti, Shaun Gaisie, Naveen Bharathi, Guillermo Zapata and 1 more
@wizardengineer we are thinking about how we could do something for completions
Reacted by Julius Alexandre, Luco Bellic, Aleksandr Efremenkov, Oscar Ruiz, Samuel Lawerence, wienans, Khushal Sharma, Pundima Lakshan, Yuanhong Yu, Shaun Gaisie and 1 more
Reacted by Julius Alexandre, wienans and Naveen Bharathi
@wizardengineer ill let u know once we have something coming rn it is still in the investigation / weighing options phase
Reacted by Nasser, Julius Alexandre, Ivan , Emre Armagan, Luco Bellic, Elhaam Basheer Chaudhry, Ryosuke Hagiwara, Salvatore Antonio Addimando, Oscar Ruiz, Samuel Lawerence and 5 more
Reacted by Emre Armagan, Ian Thomas and Naveen Bharathi
Reacted by Sheikh Abdullah, Oscar Ruiz, Kai Richardson, Mateusz Lasoń, Teijo Virta, Mike Constantino, yangyongyongyong, Shaun Gaisie, Javier-d98, banzhe and 19 more
Reacted by Mateusz Lasoń, teijo-alex, Seongho Lee and Tseko Tsekov
Honestly guys I would not expect native cursor support in opencode until cursor unwalls their garden and creates clearer integration path. Cursor has real value: models, auth, indexing, and composer etc, but the problem is that cursor will not hand that over in a format or shape opencode needs to stay in charge of tool use: read this file, write that file, ask for permission, continue after the result etc, cursor often wants to run its own agent flow instead.
And importantly that's true even from my testing of their ACP re Jetbrains/Zed and cursor-agent.
TL;DR blocker is mostly on cursor side, native support is worth exploring, but I wouldn't expect it anytime soon guys.
The least worst option at this stage IMO is a bridge that, put simply, translates cursor talk into opencode talk and I'm not aware of what else does that then the above plugin (which now creates a hook in cursor-agent itself to steer models more effectively).
This is a very cool approach, basically impersonates/spoofs CLI client (device-id and fingerprinting as well) via undocumented protobuf endpoint reverse-engineered out of cursor's shipped bundle.
IMO this is the superior design, nit issues are hardcoded token use ( language-model.ts:315) and hardcoded/pinned client version in shared.ts. That last one is only problematic if cursor endpoint starts enforcing client version, which at the moment it only does partially e.g. cli-2026.07.09-a3815c0 and cli-2020.01.01-000000 even cli-9999.99.99-zzzzzz will work with the endpoint but not something like fake-2026.06.04 which fails.
ToS-wise it's a deeper gray than the OAuth plugins since it RE's the protocol (which I've tried to avoid), but realistically who cares.
TL;DR this is farking excellent, it is one server-side config change from breaking if cursor wants to enforce but meh that's true for a lot of plugins.
Activity
github-actions commentedon Aug 19, 2025
This issue might be a duplicate of existing issues. Please check:
Feel free to ignore if none of these address your specific case.
rekram1-node commentedon Aug 19, 2025
I don't know if they have a generic inference api, also I recall @thdxr mentioning he is friendly w/ CEO of cursor so would only do this if they gave the ok
justyns commentedon Sep 9, 2025
I'm not sure about tos/etc, but the cursor cli does have something that streams json output similar to claude code:
https://docs.cursor.com/en/cli/reference/output-format
samholmes commentedon Sep 11, 2025
Could @thdxr ask the CEO of Cursor for the party favor?
Nasseratic commentedon Sep 16, 2025
I need this :)
ivanp commentedon Oct 3, 2025
This would be so awesome.
bapjiws commentedon Nov 3, 2025
That would be really cool 💯
wizardengineer commentedon Nov 8, 2025
this would be amazing to have
Nasseratic commentedon Nov 8, 2025
Plzzzzz @thdxr ❤️
wizardengineer commentedon Nov 8, 2025
Would it be possible to have inline autocompletion on nvim through cursor cli?
rekram1-node commentedon Nov 8, 2025
@wizardengineer we are thinking about how we could do something for completions
wizardengineer commentedon Nov 8, 2025
You don't know how many lives you'll improve with this one feature...it'd be a complete game changer!!
Let me know what you guys have cooking up. Really interested in the progress on completions
rekram1-node commentedon Nov 8, 2025
@wizardengineer ill let u know once we have something coming rn it is still in the investigation / weighing options phase
itse4elhaam commentedon Nov 24, 2025
Would love this, with @wizardengineer on this, it would be a massive QoL improvement.
53 remaining items
jpcaparas commentedon May 8, 2026
@rekram1-node any updates? 🙏
joaomj commentedon May 21, 2026
@rekram1-node any update? This would be so cool for us employeers from companies which only allow cursor.
Javierg9n4 commentedon Jun 5, 2026
This would be super awesome and very useful for so many people since the release of composer 2.5 and the recent copilot pricing apocalypse... 🙏🙏🙏
tomivm commentedon Jun 9, 2026
Waiting too. I want to use cursor tokens in my normal Opencode flow :)
rektide commentedon Jun 11, 2026
Supposedly https://github.com/Nomadcxx/opencode-cursor works just fine folks! BTW.
dhruvkej9 commentedon Jun 24, 2026
+1
Nomadcxx commentedon Jun 28, 2026
Honestly guys I would not expect native cursor support in opencode until cursor unwalls their garden and creates clearer integration path. Cursor has real value: models, auth, indexing, and composer etc, but the problem is that cursor will not hand that over in a format or shape opencode needs to stay in charge of tool use: read this file, write that file, ask for permission, continue after the result etc, cursor often wants to run its own agent flow instead.
And importantly that's true even from my testing of their ACP re Jetbrains/Zed and cursor-agent.
TL;DR blocker is mostly on cursor side, native support is worth exploring, but I wouldn't expect it anytime soon guys.
The least worst option at this stage IMO is a bridge that, put simply, translates cursor talk into opencode talk and I'm not aware of what else does that then the above plugin (which now creates a hook in cursor-agent itself to steer models more effectively).
If you are interested I documented the current gates and blockers: https://github.com/Nomadcxx/opencode-cursor/blob/main/docs/architecture/cursor-acp-mcp-future.md
oakimov commentedon Jul 13, 2026
I've created an intergration/support that works natively with Cursor RPCs/APIs @rekram1-node
https://github.com/oakimov/cursor-opencode-provider
Nomadcxx commentedon Jul 13, 2026
This is a very cool approach, basically impersonates/spoofs CLI client (device-id and fingerprinting as well) via undocumented protobuf endpoint reverse-engineered out of cursor's shipped bundle.
IMO this is the superior design, nit issues are hardcoded token use ( language-model.ts:315) and hardcoded/pinned client version in shared.ts. That last one is only problematic if cursor endpoint starts enforcing client version, which at the moment it only does partially e.g. cli-2026.07.09-a3815c0 and cli-2020.01.01-000000 even cli-9999.99.99-zzzzzz will work with the endpoint but not something like fake-2026.06.04 which fails.
ToS-wise it's a deeper gray than the OAuth plugins since it RE's the protocol (which I've tried to avoid), but realistically who cares.
TL;DR this is farking excellent, it is one server-side config change from breaking if cursor wants to enforce but meh that's true for a lot of plugins.
justin-carper commentedon Jul 14, 2026
I also created a plugin that leverages the Cursor SDK to run in opencode. hope it helps! https://github.com/stablekernel/opencode-cursor
github-actions commentedon Sep 14, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.
test(cli-rs): keep dollar math as text, as TS draws only math fences
test(cli-rs): keep dollar math as text, as TS draws only math fences