35 · 常见问题排查
AI 不响应、补全卡顿、索引异常、登录失败——这份排查指南帮你解决 90% 的 Cursor 问题。
01 排查总纲：问题分类与故障树
Cursor 的使用体验可以抽象为三个层级。任何一层出问题，表象都可能是”AI 不动了”。理解这三个层级，就能精准定位根因。
| 层级 | 包含组件 | 典型故障表象 |
|---|---|---|
| 编辑器层 | VS Code 内核、插件、UI 渲染、快捷键 | 界面卡死、插件报错、快捷键不生效 |
| AI 服务层 | 推理模型、Tab 补全模型、上下文引擎 | AI 不说话、补全一直转圈、回答”我无法处理” |
| 网络与鉴权层 | HTTPS 连接、WebSocket 流式传输、账户 Token | 登录失败、同步中断、模型访问被拒 |
首问自查三连（无论什么表象，先走这三步）：
1. 右下角状态栏——是绿色✓、黄色⚠还是红色✗？
2. 打开 "Help → Toggle Developer Tools" → Console 标签——有没有红色的 Error 或红色的 Failed to fetch？
3. 命令面板 (Cmd+Shift+P) → "Cursor: Restart AI Feature"——重启一次看看？这三步能暴露 60% 以上的直接原因。如果没解决，再往下找对应章节。
02 AI 不响应
现象：在 Chat 里打字后按回车，AI 没有反应，没有输出流，没有错误提示——就像对着空气说话。
排查路径：
2.1 模型选择问题
检查 Chat 面板顶部的模型下拉框：
| 模型选择 | 结果 |
|---|---|
| 选中的模型已从账户中被移除 | 按回车无反应 |
| 选中的模型处于维护/不可用状态 | 返回空或长时间 loading |
| 模型下拉框为空 | 网络未连通，模型列表未加载 |
修复：切换到另一个模型试试。如果换成 Claude 3.5 Sonnet 能用但 GPT-4o 不能用，说明 OpenAI API 端出了问题；反之则是 Anthropic 端的问题。
2.2 流式连接断开
Cursor 的 AI 响应使用 WebSocket 流式传输。如果 WebSocket 连接异常断开，AI 就像电话断了线——你以为它在说话，实际上信号已经没了。
症状：
- Chat 输入框下方出现红色横条 “Connection lost”
- 开发者工具 Console 出现
WebSocket is already in CLOSING or CLOSED state - 网络 tab 出现
101 Switching Protocols之后立刻400/403
修复：
1. 命令面板 → "Developer: Reload Window"（Cmd+Shift+P → 输入 reload）
2. 还是不行 → 完全退出 Cursor 再重启
3. 还是不行 → 检查 VPN/代理是否拦截了 WebSocket 升级请求2.3 AI 被规则误拦截
如果你设置了 Cursor Rules（.cursorrules 或 Project Rules），某些规则可能过度限制了 AI 的行为。
诊断方法：新建一个临时文件，在 Chat 里问一个最简单的问题：“1+1=?”。如果能回答，说明规则配置有问题；如果不能，说明是底层连接问题。
修复：临时禁用 Rules（在 Rules 设置中勾掉 Enable）再试。如果恢复，说明某条规则写得太严了——检查规则中是否包含了 never、don't、forbidden 等绝对化词汇。
03 Tab 补全缓慢或不可用
现象：打字后等待 2-3 秒以上才出现灰色补全提示，或者补全根本不出现。
3.1 根本原因分析
| 原因 | 识别方法 | 修复方法 |
|---|---|---|
| 索引未完成 | 右下角显示 “Indexing…” | 等待索引完成（见第 04 节） |
| 本地模型卡顿 | Cursor Tab 使用本地小模型做首屏预测 | 设置 → Cursor → Tab Completion → 关掉 “Use local model” |
| 补全超出上下文限制 | 输入长代码立刻卡顿 | Ctrl+K → 写短一点的代码片段 |
| 多行编辑模式下冲突 | 同时有 Chat/Composer 输出流 | 关闭其他 AI 会话 |
3.2 网络延迟导致的补全慢
Tab 补全的流程：按键 -> 本地模型做快速预测 -> 同步发送到云端做精排 -> 返回完整补全。如果网络延迟高（>300ms），精排阶段会显著拖慢补全体验。
实测方法：打开终端，ping 一下 Cursor 的服务端：
ping api.cursor.com如果延迟 > 200ms 或者有丢包，就是网络问题。
修复：
- 关掉 VPN 的全局代理模式，改为 PAC/分路由模式
- 在 Cursor 设置中启用 “Tab Completion → Prefetch next completion”
- 降低补全延迟敏感度：设置 → Text Editor → Cursor → “Completion delay” 调到 0ms
3.3 Tab 补全完全不出现
强制重置：
# 清除 Cursor 本地缓存（不会影响你的代码）
rm -rf ~/Library/Application\ Support/Cursor/CachedData
rm -rf ~/Library/Application\ Support/Cursor/CachedExtensionVSIXs
# macOS 路径。Windows 在 %APPDATA%/Cursor/然后重启 Cursor。
04 索引（Indexing）问题
Cursor 需要索引你的项目代码才能提供上下文感知的 AI 能力。索引是 Cursor 体验的基石——索引出问题，AI 就是”盲人”。
4.1 索引卡住不动
现象：右下角一直显示 “Indexing… 0%” 或 “Indexing… 99%” 卡了几个小时。
常见原因：
| 原因 | 发生率 | 解决 |
|---|---|---|
| 项目中有超大文件（>10MB） | 高 | 在 .cursorignore 中加入 *.min.js *.bundle.js dist/ |
| node_modules 等被纳入索引 | 中 | 确保 .cursorignore 排除了 node_modules vendor/ .git/ |
| 符号链接循环 | 低 | 检查项目是否有符号链接指向父目录形成循环 |
| 硬盘空间不足 | 低 | 检查磁盘剩余空间 |
修复步骤：
1. 在项目根目录创建/编辑 .cursorignore，排除非源码目录
2. 命令面板 → "Cursor: Restart AI Feature"
3. 如果还不行 → 设置 → Cursor → Index → "Rebuild Index"
4. 终极方案 → 完全退出 Cursor → 删除索引目录后重启：
rm -rf ~/Library/Application\ Support/Cursor/Index/4.2 .cursorignore 的最佳实践
# .cursorignore 推荐配置
node_modules/
vendor/
.git/
dist/
build/
.next/
coverage/
*.min.js
*.bundle.js
*.map
__pycache__/
.venv/
venv/
*.pyc
.DS_Store
*.log4.3 索引导致 CPU 100%
Cursor 索引使用 @simonw/sqlite-vec 做向量嵌入生成。大项目索引时短暂 CPU 100% 是正常的，但如果持续 >5 分钟，说明有问题。
修复：
- 在
.cursorignore中排除更多文件 - 手动触发增量索引：去设置里点 “Index” 然后选 “Stop Indexing”，再重新点 “Start Indexing”
- 如果项目有 10 万+ 文件，考虑把项目拆分成多个 Cursor 窗口
05 登录与同步问题
5.1 登录失败
现象：点击 Sign In 后跳转到浏览器，授权后回到 Cursor 仍然显示未登录。
通用方案：
1. 完全退出 Cursor
2. 打开浏览器 → 清除 cursor.com 的 cookies
3. 重新打开 Cursor → Sign In → 完整走一遍 OAuth 流程兜底方案（需要浏览器开发者工具）：
1. 在浏览器中登录 cursor.com → F12 打开开发者工具
2. Application → Local Storage → copy 那个 auth_token 值
3. 终端执行：
defaults write com.cursor.Cursor authToken "你复制的token"
# macOS。Windows 在注册表 HKCU\Software\Cursor\Cursor
4. 重启 Cursor5.2 多设备同步不一致
Cursor 的设置和 Rules 存储在云端，但某些配置是仅本地的：
| 配置项 | 是否云端同步 |
|---|---|
| Cursor Rules（Project Rules） | ✅ 同步 |
| Notepads | ✅ 同步 |
| 快捷键配置 | ✅ 同步 |
| 模型选择偏好 | ❌ 仅本地 |
| Tab Completion 开关 | ❌ 仅本地 |
| 已安装的 VS Code 插件 | ❌ 仅本地 |
| 主题/外观设置 | ❌ 仅本地 |
如果你在 A 机器上配好了所有设置，换到 B 机器发现配置没有生效——90% 的原因是 B 机器的 VS Code 插件还没装。同步不包括插件本身，只包括插件的启用/禁用状态。
5.3 登录后订阅状态不显示
现象：登录成功，但设置页里 Subscription 显示 Pro 但右侧写着 “Free” 或者没有显示已购买的功能。
修复：
1. 设置 → Cursor → Account → "Refresh Subscription"
2. 等 10 秒
3. 如果还是不对 → 退出登录 → 重启 → 重新登录
4. 终极手段：去 cursor.com/settings 确认订阅状态无误后，Contact Support 让后端刷新你的账户状态06 模型访问错误
6.1 “Model not available”
现象：选择某个模型（如 Sonnet 4.5、o3）时弹出 “Model not available” 或 “Your account does not have access to this model”。
| 模型 | 可用版本 | 说明 |
|---|---|---|
| Claude 3.5 Sonnet | 所有版本 | Pro 和 Business 均可使用 |
| Claude 4 Sonnet | Pro / Business | 需要 Pro 订阅 |
| Claude 4.5 Sonnet | Pro / Business | 最新模型，需要 Pro 订阅 |
| GPT-4o | Pro / Business | 需要 Pro 订阅 |
| GPT-4.1 | Pro / Business | 需要 Pro 订阅 |
| o3 / o4-mini | Pro / Business | 需要 Pro 订阅 |
修复：
- 确认你的订阅是 Pro（20 美元/月）及以上
- 在设置 → Cursor → Account 里点 “Refresh Subscription”
- 切换到另一个可用的模型
6.2 “Request timed out”
现象：发送消息后长时间显示 “Thinking…” 然后报超时。
原因与排查：
修复：
- 将对话拆分成更小的片断，每个问题只问一件事
- 不要一次性把整个文件拖入 Chat，用
@file引用关键部分即可 - 设置 → Cursor → Timeout 调整为 120 秒（如果是 API Key 用户）
6.3 “Rate limit exceeded”
现象：达到每分钟/每小时的请求上限。Pro 用户的限制比 Free 用户高 5-10 倍。
| 账户类型 | 快速请求限制（约） | 超限后恢复 |
|---|---|---|
| Free | 50 次/小时 | 等 15-30 分钟 |
| Pro | 500 次/小时 | 等 5-10 分钟 |
| Business | 1000+ 次/小时 | 等 2-5 分钟 |
| API Key（BYOK） | 取决于 API Key 的 Tier | 等 Tier 限制恢复 |
修复：没什么捷径——等恢复窗口。如果经常超限，考虑升级到 Pro 或使用 BYOK（自带 API Key）。
07 上下文窗口错误
7.1 “Context length exceeded”
现象：Chat/Composer 突然报错，提示超过上下文长度限制。
心理模型：上下文窗口就像 AI 的工作记忆。每次对话你都在往这张桌子上摆文件、摆代码、摆对话历史。当桌子摆满时，AI 就放不下新东西了——你必须清理一些旧内容才能继续。
各模型的上下文窗口：
| 模型 | 最大上下文 | 在 Cursor 中的实际可用 |
|---|---|---|
| Claude 4 Sonnet | 200K tokens | ~160K（留余量给系统提示） |
| Sonnet 3.5 | 200K tokens | ~160K |
| GPT-4o | 128K tokens | ~100K |
| GPT-4.1 | 1M tokens | ~800K |
| o3 | 200K tokens | ~160K |
修复方案：
方案一：开启新对话（推荐）
在 Chat 面板右上角 → 点 "+" 创建新对话
→ 只引用当前需要的文件
→ 用 @符号从 Notepads 中引用之前总结的上下文方案二：精简现有对话
1. 删除对话中已不再相关的内容
2. 把长段代码改为 @文件名 引用
3. 避免在一条消息中引用 5 个以上文件方案三：使用 Plan Mode 减少上下文消耗 Plan Mode 默认只输出计划文本，不执行实际操作，上下文消耗只有 Agent Mode 的 1/3 左右。先 Plan，审批后再切到 Agent 执行。
7.2 AI 回答出现”幻觉式截断”
现象：AI 回答到一半突然结束（没有输出完整内容），但也没有报错。
原因：模型在整个响应过程中消耗了大量上下文 token，导致在输出到一半时触发了上下文上限。模型被迫中止输出。
修复：同上——开启新对话，每次只问一个子问题。
08 扩展冲突
8.1 插件导致 Cursor 卡顿
Cursor 基于 VS Code，所以 VS Code 的所有插件都能装——但不是所有插件都兼容 Cursor 的 AI 功能。
高危插件清单（已知与 Cursor AI 有冲突）：
| 插件 | 冲突表现 | 替代方案 |
|---|---|---|
| GitHub Copilot | Tab 补全冲突、快捷键冲突 | 在 Cursor 中完全禁用 Copilot |
| Codeium / Supermaven | Tab 补全冲突 | 只用 Cursor 原生补全 |
| IntelliCode | 建议补全与 AI 补全展示冲突 | 关闭 VS Code 原生建议 |
| Error Lens | 错误提示与 AI 内联编辑覆盖 | 调整 Error Lens 显示延迟 |
| Prettier - Code formatter | 自动格式化打断 AI 写入流 | 保存时再格式化 |
| GitLens | 大量 Git 操作导致 UI 重渲染卡顿 | 禁用非必需视图 |
诊断方法：
1. 命令面板 → "Developer: Toggle Developer Tools"
2. Performance tab → Record 一次卡顿
3. 查看是哪个 Extension Host 消耗了最多 CPU8.2 修复步骤
1. 全部禁用：设置 → Extensions → 禁用所有第三方插件
2. 验证：重启 Cursor，问题是否消失？
3. 二分法启用：每次启用一半的插件，二分定位具体冲突插件
4. 找到后：在插件设置中搜索 "Cursor" 相关配置，看是否有显式兼容开关8.3 快捷键冲突
如果某个 Cursor 快捷键（如 Cmd+K Ctrl+Enter）不生效，大概率是某插件占用了相同快捷键。
修复：命令面板 → “Open Keyboard Shortcuts” → 搜索该快捷键 → 移除冲突项。
09 代理与网络问题
9.1 企业代理配置
企业网络环境通常需要通过代理访问外网。Cursor 需要连接以下域名：
api.cursor.com — 主 API 端
api2.cursor.com — 流式推理端
analytics.cursor.com — 遥测与使用统计
oauth.cursor.com — OAuth 鉴权
github.com — Git 集成
cdn.cursor.com — 更新与下载配置代理的方法：
# 终端设置环境变量（macOS/Linux）
export HTTP_PROXY=http://your-proxy:port
export HTTPS_PROXY=http://your-proxy:port
export NO_PROXY=localhost,127.0.0.1
# Cursor 设置中配置代理
# 设置 → Proxy → Proxy Strict SSL: 根据企业证书情况选择9.2 VPN 相关问题
| VPN 类型 | 与 Cursor 的兼容性 | 建议 |
|---|---|---|
| 全局 VPN | 经常冲突 | 改为分路由，排除 cursor.com |
| Split Tunnel | 兼容良好 | 默认配置即可 |
| 代理链（多重代理） | 易导致 WebSocket 断开 | 保持单层代理 |
| Clash / Surge | 需要配置规则 | 添加 api.cursor.com 直连 |
典型排查命令：
# 测试 API 可达性
curl -v https://api.cursor.com/api/health
# 测试 WebSocket 可达性
curl -v -H "Connection: Upgrade" -H "Upgrade: websocket" https://api2.cursor.com/
# DNS 排查
nslookup api.cursor.com9.3 SSL/证书问题
现象：启动时白屏、登录按钮点不了、AI 返回 “SSL Error”。
修复：
1. 设置 → Proxy → 关闭 "Proxy Strict SSL"（仅做测试）
2. 如果这能解决问题，说明你的网络中间人做了 SSL 解密
3. 把 Cursor 的根证书添加到企业信任链，然后重新启用 Strict SSL10 Agent 做出非预期修改
现象：你让 Agent 改一个函数，结果它改了三个文件、删了一段代码、还创建了一个新文件。
10.1 根本原因
Agent Mode 的操作逻辑是”理解意图 → 推断范围 → 执行”。当你的提示词表达不够精确时，Agent 会自行推测你认为”应该”修改的范围。
典型场景：
用户说："把这个按钮改成蓝色"
❌ Agent 的可能误解：
- 它不知道是哪个按钮 → 推理到整个页面的按钮样式
- 以为 blue 是 primary color → 修改了主题色变量
- 修改了所有调用处 → 影响了 5 个组件
✅ 精确的写法：
"把 pages/login.tsx 第 42 行的 <Button variant="primary">
的 color 从红色改为蓝色 (#3B82F6)，只改这一个地方"10.2 控制 Agent 的手段
| 手段 | 等级 | 说明 |
|---|---|---|
| Plan Mode | 最高 | 先出计划 → 你审核 → 再执行 |
| 精确引用文件 | 高 | 使用 @pages/login.tsx:42 精确到行号 |
| 限制文件范围 | 高 | 提示词中写明 “只改这个文件” |
| 使用 .cursorrules | 中 | 通过规则约束 Agent 的行为边界 |
| 逐行为接受 | 中 | 修改后 review diff，逐块 Accept |
| 撤销按钮 | 低 | Cmd+Z 撤销（仅对单步有效） |
10.3 Agent 删除了重要代码
立即执行：
1. Ctrl+Z 撤销（和普通编辑器一样）
2. 打开 Source Control → 查看文件的 Recent Changes
3. VS Code 的 Local History（安装插件 "Local History" 或使用 Cursor 内置的 Timeline）最坏情况：用 Checkpoints 恢复（见第 11 节）。
11 Checkpoints 不工作
Checkpoints 是 Cursor Agent 在每次修改前自动创建的快照，用于回退。
11.1 找不到 Checkpoints
现象：想回退到之前的 Checkpoint，但在 Checkpoints 面板中找不到记录。
可能原因：
| 原因 | 解决方案 |
|---|---|
| 没有使用 Agent Mode | Checkpoints 只在 Agent/Composer Mode 中自动创建 |
| 项目不在 Git 仓库中 | Checkpoints 依赖 Git |
| 修改发生在当前会话之前 | Checkpoints 存储在 Cursor 的本地数据库中，重启可能丢失 |
| Git 仓库太大 | Checkpoints 的存储有文件大小上限 |
11.2 Checkpoints 回退失败
手动创建紧急备份：
# 在 Agent 开始工作前手动创建 Git 快照
git add -A && git commit -m "before-agent-$(date +%s)"
# 查看 Cursor 的 Checkpoints 存储
ls -la .cursor/checkpoints/最佳实践：
1. 启动 Agent 前：手动 git commit 一次
2. 启动 Agent 后：每完成一个子任务，确认一次 diff
3. Agent 做大规模修改时：每 3-5 次修改手动创建一个 Checkpoint
4. 在 Checkpoints 面板中给关键 Checkpoint 命名——便于识别12 性能优化总表
12.1 大项目优化
| 措施 | 效果 | 操作路径 |
|---|---|---|
| 缩小索引范围 | 索引速度提升 5-10 倍 | 完善 .cursorignore |
| 关闭不必要的视图 | 编辑器启动速度提升 | 设置 → Workbench → 禁用未使用的面板 |
| 降低文件监视数 | 减少 CPU 占用 | VS Code 设置 files.watcherExclude |
| 使用 Workspace Trust | 禁用不信任工作区插件 | 设置 → Workspace → Trust |
| 关闭 AI 预览功能 | 减少不必要的 AI 请求 | 设置 → Cursor → 关闭不需要的功能 |
12.2 内存优化
Cursor 是一个 Electron 应用，原生内存占用在 500MB-1.5GB 之间。如果超过 2GB，说明有问题：
# macOS 查看 Cursor 内存占用
ps aux | grep Cursor | grep -v grep | awk '{printf "PID: %s, MEM: %s MB\n", $2, $6/1024}'
# 如果超过 2GB：
# 1. 关闭所有未使用的编辑器 Tab
# 2. 关闭不用的 Chat 会话
# 3. 重启 Cursor（平均每 4-6 小时重启一次对稳定性有好处）12.3 VS Code 原生设置优化
将这些添加到 settings.json：
{
"files.watcherExclude": {
"**/.git/objects/**": true,
"**/node_modules/**": true,
"**/dist/**": true,
"**/.next/**": true
},
"search.exclude": {
"**/node_modules": true,
"**/dist": true
},
"files.exclude": {
"**/node_modules": true,
"**/.git": true,
"**/dist": true
},
"workbench.startupEditor": "none",
"workbench.editor.enablePreview": false,
"editor.minimap.enabled": false
}13 诊断工具汇总
Cursor 提供了多个内置诊断工具，但分布在不同的菜单和快捷键中。这里统一列出：
| 工具 | 触发方式 | 用途 |
|---|---|---|
| Developer Tools | Help → Toggle Developer Tools | Console 看错误，Network 看请求 |
| AI Logs | 命令面板 → Cursor: Show AI Logs | 查看 AI 请求/响应日志 |
| Index Status | 设置 → Cursor → Index | 查看索引进度和排除规则 |
| Checkpoints | 编辑器右侧 Checkpoints 图标 | 管理和回退 Checkpoint |
| About Cursor | Cursor → About Cursor | 查看版本号（排查问题时先确认版本） |
| Copy Debug Info | 命令面板 → Cursor: Copy Debug Info | 收集诊断信息发客服 |
| Reset AI Feature | 命令面板 → Cursor: Restart AI Feature | 重置 AI 服务状态 |
| Reload Window | 命令面板 → Developer: Reload Window | 完全重载编辑器窗口 |
当你联系 Cursor 客服时，先执行以下操作收集必要信息：
1. 命令面板 → "Cursor: Copy Debug Info"
2. 打开 Developer Tools → Console → 截图所有红/黄色错误
3. 说明你的操作系统版本 + Cursor 版本
4. 说明是否有使用 VPN/代理
5. 说明是否可以复现14 心智模型：排查四象限
把常见问题按”是编辑器层还是 AI 层”和”是本地还是远端”两个维度划分，就得到了排查四象限：
本地 远端
┌──────────────┬──────────────┐
编辑器层 │ 插件冲突 │ 配置同步 │
│ 快捷键失效 │ 云端 Rules │
│ 索引卡住 │ Notepads │
├──────────────┼──────────────┤
AI 服务层 │ 模型不可用 │ API 超时 │
│ Token 超限 │ 流式中断 │
│ Rate limit │ 服务端维护 │
└──────────────┴──────────────┘- 本地 × 编辑器层：重启 Cursor、禁用插件、清除缓存——这些你完全可以自己解决。
- 本地 × AI 服务层：模型选择、上下文管理——调整使用方法即可。
- 远端 × 编辑器层：配置同步、Rules 冲突——检查登录状态和网络。
- 远端 × AI 服务层：API 超时、服务端维护——耐心等待或换模型。
遇到问题时，先把问题定位到其中一个象限，然后再去对应的章节找解决方案。
15 终极重置流程
当问题持续存在且定位不清时，按以下顺序依次尝试。这个顺序从”无损失”的尝试逐步过渡到”有代价”的重置：
每一步的风险：
- 重启 AI / 重载窗口 / 重启 Cursor：零风险，不影响任何数据
- 清除索引：零风险，索引会自动重建（需要等一段时间）
- 清除缓存：丢失未同步的设置和插件状态，不影响代码
- 重装 Cursor：丢失本地插件和本地配置，需要重新登录
16 总结
| 问题 | 最可能的根因 | 最快解法 |
|---|---|---|
| AI 不响应 | 模型不可用或网络断开 | 切换模型 / Reload Window |
| Tab 补全慢 | 网络延迟或索引未完成 | 等索引完成 / 关掉 VPN |
| 索引一直跑 | .cursorignore 配置不当 | 排除 node_modules 等目录 |
| 登录失败 | Cookie 过期或代理阻断 | 清除浏览器 Cookie 重试 |
| 模型不可用 | 订阅等级不够 | 确认 Pro 订阅 / Refresh |
| 上下文超限 | 单轮引用文件过多 | 开新对话 / 精简引用 |
| 插件冲突 | Copilot 等补全插件干扰 | 禁用冲突插件 |
| Agent 改错 | 提示词不精确 | 开启 Plan Mode / 精确引用行号 |
| Checkpoints 丢失 | 未在 Agent Mode 下工作 | 手动 git commit 补充 |
| 性能差 | 文件监视过多 / 索引范围太大 | 完善 .cursorignore / 重启 |
遇到问题的七步子：
1. 看状态栏（绿/黄/红）
2. AI 不动？切换模型
3. 卡顿？看索引状态
4. 登录问题？清 Cookie 重登
5. 模型报错？检查订阅
6. 改了不该改的？回退 Checkpoint
7. 以上都不行 → 重启 Cursor / 上 https://cursor.com 找客服下一篇
注意：本文基于 Cursor v0.46+ 版本编写。由于 Cursor 更新频繁，部分界面截图和菜单路径可能随版本变化。如果发现本文内容与实际版本不符，请以官方文档为准。