为什么 VScode 的 copilot 这么慢？

[qsnow6]

半天没响应，虽然网页版本的也慢，但至少不会经常要重试，跟 Cursor 的响应速度差远了。
需要调整什么设置吗

[jmllx1963]

gpt-4o 的是实时输出的，但是第三方的模型都是全部完成生成后才会返回的，所以特别慢

[yuandj]

不确定你说的是聊天窗口还是补全。

关于补全慢我这踩过坑。

我刚试用 copilot 的时候觉得代码补全非常慢，越用越慢。

后来发现 plugin 进程占用 CPU 和内存很高。

使用自带的二分查找方式排查下来，是"Todo Tree" 这个插件的问题，卸载之后明显补全快多了。并且最近用下来，感觉和 cursor 体验上越来越接近了。

下一步预测编辑这个和 cursor 比还有些差距，毕竟便宜 10 美金呢。并且 gpt4o 属于基础模型(在 cursor 算是高级模型)，不限量随便用。日常任务足够了。

但目前存在一个疑问

GitHub Copilot Chat 插件中有一个运行时状态，里面有个最近 30 天使用情况，在聊天窗口问一个很简单的问题，这个使用情况增长次数不止 1 次。如果 Pro 的 300 次按这样计费，那有点太坑了。

有没有大佬能解答一下这个问题

[lzgshsj]

@yuandj 不同模型消耗的次数不一样的，https://docs.github.com/en/copilot/managing-copilot/monitoring-usage-and-entitlements/about-premium-requests

[yuandj]

@lzgshsj 里面说 付费用户 使用 gpt4o 乘数是 0 ，但亲测 gpt4o 一次问答增长不上 1 次。其他高级模型也是同样的情况

[WDATM33]

idea 的也是个坑 搞得代码编辑很卡 还特别吃内存。他是在后台新开了个 nodejs 服务 估计是后端专门处理它的请求，这玩意还贼吃内存 上来就是 3G

[looplj]

agent 确实慢，，用起来有点烦。。
如果不是公司买了，确实不想用了。
cursor 很丝滑

[zed1018]

@lzgshsj 这个还没开始要五月五号才开始实施

[bytesfold]

就差那么 0.5 秒，用起来就像便秘

[qsnow6]

@ZSeptember Edit&Agent 都慢，都不想用了我 R

[Loocor]

Github Copilot 目前最不能接受的是编辑模式，几百行的代码只改几行，它也会从头到尾全部扫描（重写）一遍，你只能看着等“美丽”的替换动画播放完 ...
不知道他们开发团队是怎么想的 ...

[Trim21]

不思考的模型比如 4o 响应会快一些

[blanu]

@Loocor 我觉得应该是 Apply Model 太差，所以只能全量修改和扫描，Cursor 核心技术就是它的补全模型和 Apply Model

[Loocor]

@blanu 应该是你说的这么回事，但我不理解的是 Github Copilot 团队不觉得这样很影响易用性和体验吗？他们要做 diff 或 patch 模式的编辑应该没什么难度吧？

[qsnow6]

@Trim21 并不是这样的，sonnet 3.7 默认是不思考的

[rogerer]

@Loocor cursor 做到这件事情应该是先做检索，找到需要修改的片段。这里的难点是，检索出来的内容不一定是唯一需要修改的，所以 copilot 直接做全量 edit 。