解决Cursor使用过程中模型显示不全问题的解决思路与经验分享
在使用Curso工具进行开发和模型调用的过程中,不少开发者可能会遇到模型显示不全的状况,这给我们的工作带来诸多不便。今天就来和大家聊聊我遇到的类似情况以及解决思路。
一、问题现象
我有大概半个月时间没有打开Cursor,前两天当我照常打开Cursor时,发现模型列表出现了异常。模型列表里只剩下了composer、Grok等一些简单模型。而那些需要调用API的重要模型,比如cloude的Opus模型以及fable5模型等,完全不见踪影,无法使用。这无疑严重影响了我的工作进度,需要尽快找到解决办法。
像下面图中这样,仅剩几个简单模型:

二、解决思路与步骤
(一)检查网络
网络状况对Cursor工具的正常运行起着关键作用。首先,如果你使用的是WiFi网络,可以尝试切换到移动数据流量。因为有时候WiFi网络可能存在不稳定或者限制访问的情况,切换到流量可能会有所改善。我自己在遇到问题时,第一时间就进行了这样的操作,虽然不一定每次都能直接解决问题,但这是排查网络问题的基础步骤。
(二)调整代理工具设置
在切换到流量后,需要关注代理工具的设置。
如果之前使用的是直连方式,那么可以将其改成规则模式。
在选择代理服务器所在地区时,尽量避免选择与我国距离过近的地区。建议选择像美国、新加坡、法国等地区的服务器。这是因为距离较近的地区网络环境可能存在一些特殊限制,而选择这些相对较远且网络环境较为开放的地区,能减少被网络筛选限制的可能性,从而使Cursor工具能够更顺畅地获取到完整的模型列表。我在实际操作中,通过这样的设置调整,有时能明显感觉到网络连接状态有所不同,虽然不一定每次都能立即解决模型显示不全的问题,但这是很重要的一步排查。
(三)手动配置代理地址
如果经过前面两个步骤,模型显示不全的问题依然存在,那么就需要进一步深入设置。我们要查看所使用的代理工具的系统代理地址。具体操作是,在Cursor工具的设置中找到“HTTP proxy”选项,这里是用于设置代理的地方。

将代理工具的系统代理地址手动填入其中,确保填写准确无误。比如通常情况下代理工具的系统代理地址为:http://127.0.0.1:7897(注意要在自己的代理工具中确认这个地址,最后的代理端口可能有不同)
填好后,重启Cursor工具。一般情况下,通过这样的操作,模型显示不全的问题就能得到解决。
三、若上述方法都无法解决,下面是我的个人见解和思路分享
只分享个人电脑情况的解决思路:
经历上面的排查,还是无法显示全部模型的话,请按照以下步骤排查:
1.用朋友或同事的电脑暂时登录一下你的cursor账号,看在别的电脑是否也会出现这样的问题,如果几台电脑都无法显示全,那么就是账号的问题,需要写邮件给官方(去官网查)
2.其他设备可以显示,但此设备无法显示,那么就需要排查一下代理问题了。由于我近期没有挂着代理访问过外网,所以没有意识到这个问题,这个问题也就是代理可以连上但是无法去实际访问外网,比如拿gemini官网、gpt官网去测试,无法打开那就是代理方面出了问题,也就是你的本机环境根本还在国内,自然不会显示国外的大模型。
3.出现这样的问题,每个电脑自身情况不一样,我使用的排查方法是用龙虾(openclaw)去排查我本机代理工具出现的问题,发现出现的问题是:我电脑本机中装了两个代理工具,且两个都有开机自启,占着同一个端口

出现这样的问题,最简单的解决方法就是改掉其中一个代理工具的端口,就像上文提到的,大部分代理工具端口都是7897,可以改掉其中一个端口为7890(在代理工具的设置页面,改好了重启工具即可)

这样就可以看到系统的代理地址改为了7890,不会和另一个代理工具抢占端口了

这样做好了之后还是需要回到cursor设置中去修改Http:proxy的代理地址,将新的地址写到这个位置:

4.经过上面的操作再回到cursor重启之后就可以显示全部的模型了

以上为我的个人情况以及解决方案,仅为大家出现类似情况提供解决思路,具体不同设备的情况还需要自己判断,但建议大家使用AI工具去辅助排查,有openclaw和codex这种装在本机、有权限去查看本机内软件的权限的智能体就尽量让它们去排查,但一定要注意边界,对于这种问题尽量还是不要直接让它们直接去操作本机电脑执行,而是有了查看电脑后台在跑的一些权限后让它们去查看比如正在占用的端口、正在运行但自己看不到的软件,这样就不需要自己去学命令行的指令,让它们来查就好,查到了问题尽量还是自己去做操作。以上为个人观点。
更多推荐

所有评论(0)