Cursor 看不到 Claude 模型？社区脚本改写客户端标识实现修复

近期有 Cursor 用户反馈，在 3.25.6 版本（Ubuntu 24.04 环境）下，模型列表中的 Claude Opus、Sonnet 等模型于 10 月 14 日前后突然消失。经社区用户借助其他大模型辅助分析，发现问题根源在于 Cursor 服务端按客户端类型下发不同的模型目录：当请求标识为 glass 或 ide 时，返回的目录中不含 Claude 系列模型；而 desktop 与 cli 类型则可获取包含 Opus、Sonnet 在内的完整列表。针对该问题，社区成员编写了一个 Python 补丁脚本，核心逻辑是将 Cursor 前端代码中的两处客户端类型标识由 ide 改写为 desktop，包括请求头字段 x-cursor-client-type 与 clientIdentity 配置项，同时保留登录流程中的原始标识不改动。脚本支持自动定位安装目录，覆盖 Linux 的 /usr/share/cursor、/opt/Cursor，macOS 的应用程序目录，以及 Windows 的 %LOCALAPPDATA% 路径；并提供预览模式、写入前自动备份 .bak 文件、还原（–revert）与清理 CachedData 缓存（–clear-cache）等功能。使用时需完全退出 Cursor（含托盘进程），先预览确认改动，再加 –apply 参数写入，Linux 系统目录需 sudo 权限。作者提示脚本运行虽会报错但功能可用，重启后模型列表应能恢复显示 Opus 等模型。由于 Cursor 更新会覆盖改动，现象复现时需重新执行脚本，也可用还原命令回退。

事件分析

此次事件揭示了 Cursor 在客户端层面实施的模型分发差异化机制：服务端依据 x-cursor-client-type 等身份标识识别请求来源，对不同客户端返回不同的可用模型集合。这意味着同一订阅账号在不同入口下可见的模型能力并不一致，IDE 用户在此案例中实际被收窄了模型访问范围。从产业角度看，模型目录的差异化往往与上游供应商的授权和供应策略相关，Claude 系列在特定客户端类型中的缺席，可能反映了 Anthropic 与 Cursor 在分发渠道层面的约束与博弈。社区通过补丁改写客户端指纹的做法虽能短期恢复功能，但存在随版本更新失效的维护成本，以及潜在的账号合规风险。后续官方可能调整客户端标识机制或修复目录下发逻辑，也可能推出明确的渠道分层策略；社区侧预计会持续维护此类补丁，用户需在官方更新与社区方案之间权衡稳定性与可用性。

核心观点：模型目录按客户端身份差异化下发，社区改写指纹标识绕过限制，折射出 AI 编程工具背后的模型供应博弈。