- chuckm2026-07-2873228
cursor++和cursor-byok哪个更好用,大家用的哪个
主楼 - ed2026-07-2834645
我之前一直用的cursor++, 后面直接换了zed, 用起来跟cursor查不了多少。
- 大熊2026-07-2829428
- Zheng2026-07-2824345
我寻思 这俩不是同一个吗 哈雷佬的插件
- chuckm2026-07-2873228
不是的,两个不同的项目,cursor-byok是独立的cursor助手
- ppdx-linuxdo2026-07-2860179
- 遇见2026-07-2810682
cursor-byok吧,感觉它planning next move的时间会快一些
- 龒龘鸗2026-07-2831279
cursor-byok吧,问题少一些
- JYPYYy2026-07-2827720
我的最好用,但是还在开发,cursor++快,cursor对原生功能的兼容性好一点,但是太慢了
- 夏日渐长2026-07-2816624
- 黯然销魂2026-07-2838702
curor++ 纯懒,不想再双击打开一个程序
- Protein2026-07-2812811
哪个持续迭代更新快用用哪个先,不过哈雷佬的 cursor++ 真的很不错^-^
- 涂山缈2026-07-2816275
- 夏日渐长2026-07-2816624
是GitHub的,还是用哈雷佬的Cursor++,没烦恼
- 忘忧君2026-07-2836012
这两个配置中转站后能发挥cursor原本的能力么?比如我记得原本cursor中gpt模型和claude都能通过max模式配置1M上下文的?用这两个工具后还能发挥长上下文的能力么?
- 遇见2026-07-2910682
收回我的话,byok不能fork chat,我又回到了cursor++的怀抱,发现速度也不慢,可能是前段时间我的api速度问题吧
