关于逆Cursor的需求投票

众所不周知,有人称我为“Cursor之神”,我就笑纳了。

好奇有多少人需要,故调研。以下内容都是可以实现的,但是我不一定有时间做。数字越大程度越高。

共享Pro账号的一些微不足道的功能(如无限代码补全和自定义API地址)
  • 1
  • 2
  • 3
  • 4
  • 5
0 投票人
共享Pro账号的一些微不足道的功能(如无限代码补全和自定义API地址)
  • 1
  • 2
  • 3
  • 4
  • 5
0 投票人

错字:容易 → 任意

将Cursor的代码补全转为容易IDE的扩展/插件
  • 1
  • 2
  • 3
  • 4
  • 5
0 投票人
将Cursor的代码补全转为容易IDE的扩展/插件
  • 1
  • 2
  • 3
  • 4
  • 5
0 投票人

其实我之前也提过

21 个赞

分数这个投票好像不太行,我换掉吧

我建议逆了自定义api时用agent必须是真pro的限制,cline等一系列插件流派就可以废掉了

4 个赞

佬呀,膜拜!

不过我又怕佬放出来,又被那些号贩子在闲鱼拿去卖,进一步加速cursor的风控,到时候大家都没得玩,真怕有这么一天

10 个赞

佬,把cursor的agent api 逆了吧。

那个一个对话能调用25次是真不错

我觉得逆的话,只要 pro 稳定就行,其他不奢望

1 个赞

要做这个也简单,但是我想不到你们什么场景会用到这个

要这个就要用提示词调工具,调工具等待客户端应该是有超时的,claude的官方API工具调用就是算一次响应

就对tab的需求比较大,敲代码这种活儿还是得先用自己的脑子思考思考。

讲真cursor本身性能是比VSCode差一些的,所以要是能把它的功能做成插件,那确实是个很好的主意

1 个赞

roo code

主要是不好判断啊,不是,我不是许愿池啊,合着你只知道把问题抛给我,就没考虑过可行性,我们又不是甲乙方的关系

哦啊哈哈

令人虎躯一震的标题 :melting_face:

卧槽,好帅气的标题。
我感觉此时此刻,已经有无数二道贩子关注了这个帖子。

2 个赞

期待了!冲冲冲

点个关注不迷路

大佬很强,关注一下后续。

tab补全要是能做成插件,用自己的api那就太棒了

Cursor的代码补全和用自己的API不能凑一块,你可以去用其他已有的扩展/插件

因为Cursor的代码补全是专用的模型,不是通用的代码补全模型,所以必须开发专用的扩展/插件