💡应对cursor High Demand 的一个思路,进来聊聊有没有搞头

“由俭入奢易,由奢入俭难”这话真是太有道理了啊!
昨天的cursor挂了,让习惯了cursor的我一下子觉得天都塌了。
不要提什么放弃AI,回归自己编程的言论。人性不可逆,科技趋势也不可逆的。
所以我更愿意想一想,怎样做一个预案,防备cursor再次挂了。

下面是方案

  1. 在cursor里装GitHub copilot
  2. 在cursor里装cline
  3. 在cline中配置好copilot的claude API

为什么这么做?

首先cursor的优势有两个:它的强大的agent和十分丝滑的的tab。
而大概率cursor是claude崩了,他自己的tab不会崩。
而claude的,别家也有的,比如copilot,所以可以使用cline的agent+claude,替代cursor的agent+claude。

但目前问题有两点:

  1. cline的agent到底怎么样,是否真的好用。没有调查就没有发言权,我自己用过一次,烧了一堆token,但并没有看到效果。
  2. copilot的claude是否稳定以及纯度。我个人自从cursor后,就没怎么用copilot,所以也不太清楚。

希望了解的佬们一起讨论讨论呀。

4 个赞

GitHub copilot的Claude感觉就一坨,根本不遵守指令

那完蛋,那这方案就不可取了

沒有吧
是真claude
但是沒什麼可設定的地方 能當作問建議的地方

这也太麻烦了。。

开个pro最简单 :rofl: