最近响应公司号召，重新转到使用Cursor，但是发现最近在使用过程中经常出现响应卡顿问题，我分为以下两种问题：
1.使用auto和composer模型时，发送提示词之后一直显示planning next move然后迟迟不响应。
2.使用高级模型时，提示当前区域不支持使用该模型
解决方法如下（沾点玄学）：
最开始遇到这些问题我在网上找到的方法是，点击setting，搜索http，找到下面图片的设置，改成1.1
这个方法基本能解决上面提到的问题2（反正我这边要想使用高级模型就只能切换成http/1.1的模式，但是我个人在使用auto/composer模型的时候感觉用http/2好像响应更快一些，所以我一般都是用http/2，使用高级模型的时候切换到http/1.1）
但是，即使切换到http/1.1，也还是经常会出现问题1的现象，我一度怀疑是节点问题（资源有限，我只试过长期订阅的公共节点，自建的机房节点，相对纯净的家宽节点，但还是很卡）重启也试过很多次，但都不行，最后在机缘巧合之下，我在setting里面的network这个配置页，找到网络诊断这个东西，我寻思诊断一下吧
发现除了上面红色框框的三项会转很久，或者显示报错，其他项都很快的打钩显示正常，但这不是重点，即使是显示报错，我发现旁边给模型发送的提示词，模型开始处理任务了
。刚开始以为这只是个巧合，但后面遇到planning next move卡住一会，我就打开网络诊断点一下，基本都是秒好（即使网络诊断显示那三项有报错）。所以我认为这或许也算一种小技巧？
佬友们如果遇到这样的问题走投无路的时候，或许可以试一试。
1 个帖子 - 1 位参与者
来源: linux.do查看原文