要在cursor中启用deepseek r1，需升级至0.44.11+、安装ollama并拉取deepseek-reasoner:latest，配置custom provider（endpoint为http://localhost:11434/v1/chat/completions、model id为deepseek-reasoner、api key留空），并在settings.json中添加"messagesequencepolicy": "strict-alternating"，最后设为默认模型。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在Cursor中让DeepSeek R1模型真正可用，必须绕过它默认不显示的限制，手动注入配置并强制启用消息序列校验——否则即使填对API密钥，也会卡在“model not found”或“invalid_request_error”报错上。
确认Cursor版本与基础环境
打开Cursor → 左上角菜单 → “About Cursor”，核对版本号是否为 【0.44.11 或更高】。低于此版本的Cursor无法识别DeepSeek-R1的role交替协议，强行配置会导致Chat面板返回空响应或直接崩溃。若版本不符，先执行 cursor update --stable 升级；升级后务必运行 cursor cache clear 清除旧版缓存，否则配置文件可能被残留元数据覆盖。
检查系统是否已安装Ollama并运行：终端执行 ollama list，输出中必须包含 deepseek-reasoner:latest 或 deepseek-r1:latest。没有则运行 ollama pull deepseek-reasoner 下载模型——注意不是 deepseek-coder，R1是独立推理模型，别名错误将导致后续所有请求返回404。
配置Custom Provider（关键步骤）
进入 Settings → Models → Add Model → Custom Provider。
填写以下三项，顺序和大小写必须完全一致：
Endpoint：http://localhost:11434/v1/chat/completions
Model ID：deepseek-reasoner
API Key：留空（Ollama本地部署无需密钥）
⚠️ 注意：Endpoint末尾必须是 /v1/chat/completions，不是 /v1/completions 或 /chat/completions。少一个路径层级，Cursor会静默降级为OpenAI兼容模式，而R1不支持该协议，最终触发“context window exceeded”错误。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
修补消息序列协议（解决R1专属报错）
DeepSeek-R1强制要求用户与助手消息严格交替，但Cursor默认会把连续编辑操作合并为多条user消息。必须修改底层配置文件手动干预：
第一步：关闭Cursor，用文本编辑器打开 ~/.cursor/settings.json
第二步：在 "ai" 节点下添加如下字段：
"messageSequencePolicy": "strict-alternating"
第三步：保存文件，重启Cursor。这一步不可跳过——没有它，哪怕Endpoint和Model ID全对，第一次发送请求时仍会弹出红色报错：“deepseek-reasoner does not support successive user or assistant messages”。
验证方式：新建Chat窗口，输入一句“帮我写个冒泡排序”，回车。若右侧出现代码块且无报错，说明R1已激活；若仍报错，检查 settings.json 中是否有多余逗号或引号未闭合。
启用R1专属补全能力
回到Settings → Models → Default Model，从下拉菜单中选择你刚添加的Custom Provider名称（如“DeepSeek-R1-Local”）。
在任意代码文件中，按下 Cmd+K（Mac）或 Ctrl+K（Windows/Linux）唤出AI命令栏，输入“生成一个带边界检查的二分查找函数”。
此时R1会启动多步推理链：先分析输入约束 → 再构建中间变量逻辑 → 最后输出完整可运行代码。如果只返回单行简单实现，说明仍调用的是默认模型，需返回上一步确认Default Model是否选中正确条目。
