答案是语言服务或AI上下文链路中断所致，需分阶段定位：先查Developer Tools中Pylance报错，再验Output面板日志；重启Python语言服务器；确认解释器路径正确并配置.vscode/settings.json；清理.cursor-cache与全局缓存；禁用干扰插件；检查语义补全开关；网络问题则运行Cursor: Network Diagnostics验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Cursor代码补全突然报错、不弹提示、Ctrl+Space无响应，不是你代码写错了，而是语言服务或AI上下文链路在某处断开了。这类问题往往卡在本地缓存、解释器路径、LSP服务器或网络请求中间层，必须分阶段定位。
先确认是不是语言服务器崩溃了
打开命令面板（Cmd+Shift+P 或 Ctrl+Shift+P），输入并执行 Developer: Toggle Developer Tools → 切换到 Console 标签页，搜索关键词 “pylance” 或 “language server”。如果看到大量红色报错，比如 “Connection closed” 或 “spawn ENOENT”，说明 Pylance 或 Pyright 没起来。
接着去 Output 面板（Ctrl+Shift+U），在右上角下拉菜单中选择 “Python” 或 “Pylance”，看是否有 “Starting Pylance server” 之后就停住，或者反复报 “Failed to start language server”。这说明解释器路径不对，或虚拟环境没被识别。
重启语言服务器：Cmd+Shift+P → 输入 “Python: Restart Language Server”，回车执行。这一步会强制重载类型索引和AST解析，比单纯重启Cursor更有效。
检查Python解释器和环境配置
方法一：快捷切换解释器
按下 Cmd+Shift+P（Mac）或 Ctrl+Shift+P（Win/Linux），输入 “Python: Select Interpreter”，回车后从列表里选中你项目实际使用的 Python 可执行文件（如 /opt/anaconda3/envs/cursor/bin/python）。不要选系统默认的 /usr/bin/python —— 它通常没有安装 numpy/pandas 等包，Pylance 会因缺少类型存根而静默失败。
方法二：手动写死路径（适用于 Conda 环境）
在项目根目录下创建 .vscode/settings.json（注意是 .vscode，不是 .cursor），内容如下：
{
"python.defaultInterpreterPath": "/opt/anaconda3/envs/cursor/bin/python",
"python.languageServer": "Pylance",
"python.analysis.extraPaths": ["src", "lib"]
}
【注意】这个 settings.json 必须放在项目根目录下的 .vscode 文件夹里，而不是用户级设置中；否则 Pylance 不会按项目粒度加载类型信息。
强制重建项目索引与缓存
第一步：关闭所有 Cursor 窗口，确保后台进程完全退出（Mac 上可在 Activity Monitor 查找 “Cursor”，Windows 可用任务管理器结束 “cursor.exe” 进程）。
第二步：删除项目级缓存
进入你的项目根目录，执行：
rm -rf .cursor-cache .pyc __pycache__
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
第三步：清空全局语言服务缓存
在资源管理器地址栏（Win + R）粘贴并回车：
%USERPROFILE%\.cursor\extensions\ms-python.vscode-pylance-*
找到以 “ms-python.vscode-pylance” 开头的最新版本文件夹，整个删掉。
第四步：重新打开项目 → 等待右下角状态栏出现 “Indexing Python files…” 且进度条走完，再试补全。这一步不能跳过，否则 Pylance 仍用损坏的 AST 缓存做推导。
关闭干扰扩展与功能开关
临时禁用所有非必要扩展：Cmd+Shift+P → “Extensions: Show Enabled Extensions” → 点击右上角 … → “Disable All Installed Extensions”，只留 Python 和 Pylance。
关闭 Jupyter 扩展的自动补全干扰：Cmd+, 进入设置 → 搜索 “jupyter › suggest” → 取消勾选 “Jupyter: Enable Suggest”。Jupyter 的内核补全逻辑会劫持 Ctrl+Space，和 Pylance 冲突时直接让补全面板空白。
验证语义补全是否被意外关闭：Cmd+, → 搜索 “semantic completion” → 确保 “Editor › Suggest › Semantic Tokens” 和 “Python › Analysis › Auto Import › Enabled” 均为启用状态。这两个开关关掉后，import 补全和类型联想会退化成纯文件名匹配，看起来就像“失效”。
网络层卡顿导致AI补全无响应
如果普通符号补全（如变量名、函数名）正常，但 AI 行补全（→ 键触发的整行生成）、Composer 或 Chat 一直转圈，问题大概率出在网络链路。
打开命令面板 → 输入 “Cursor: Network Diagnostics”，运行后查看输出。若显示 “TLS handshake timeout” 或 “model endpoint unreachable”，说明模型服务请求失败。
临时切到离线模式验证：Cmd+, → 搜索 “cursor.ai” → 关闭 “Cursor › AI › Enabled”。再试 Ctrl+Space —— 如果此时基础 LSP 补全恢复，就能确认是 AI 层而非语言服务的问题。
改 DNS 测试：把系统 DNS 改为 8.8.8.8 或 1.1.1.1，重启 Cursor。某些 ISP 的 DNS 会污染 Cursor 的 model.api.cursor.sh 域名解析，导致请求发往错误 IP。
