ollama默认监听127.0.0.1导致cursor无法连接，需将ollama_host设为0.0.0.0:11434并重启服务，同时确保防火墙放行11434端口、cursor中模型名与ollama list输出完全一致，并关闭云端兜底。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Cursor接入Ollama后点击对话框发送消息却无响应、光标一直转圈、或提示“Model not found”“Connection refused”，说明请求已发出但未被正确接收或处理，问题不出在Cursor界面，而卡在本地服务链路的某个环节。
第一步：确认Ollama服务是否真正在监听可访问地址
打开终端，执行 ollama serve 启动服务（若已后台运行，请先用 pkill ollama 杀掉旧进程再重启）。
接着运行检查命令：
macOS/Linux：lsof -i :11434 | grep LISTEN
Windows：netstat -ano | findstr :11434
必须看到 0.0.0.0:11434 或本机局域网IP（如 192.168.1.100:11434）处于 LISTEN 状态；如果只显示 127.0.0.1:11434，Cursor（尤其是WSL2或Docker内运行时）根本无法连接。
第二步：强制Ollama绑定全网口（关键修复）
方法一：临时启动（推荐首次验证）
在终端中先设置环境变量，再启动服务：
macOS/Linux：OLLAMA_HOST=0.0.0.0:11434 ollama serve
Windows PowerShell：$env:OLLAMA_HOST="0.0.0.0:11434"; ollama serve
方法二：永久生效（适合日常使用）
将 OLLAMA_HOST=0.0.0.0:11434 写入系统环境变量配置文件（如 macOS 的 ~/.zshrc，Windows 的系统属性→环境变量），然后重启终端。
【不设此变量，Ollama默认只绑127.0.0.1，Cursor在非纯本地场景下必连不上】
第三步：验证API端点是否真实可用
在浏览器或curl中直接访问：http://localhost:11434/api/tags
成功返回JSON格式的模型列表（含name、model、modified_at等字段），说明服务已就绪；若返回空白页、超时或404，说明Ollama未运行、端口被占，或防火墙拦截。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
若你用的是WSL2，必须改用主机真实IP（如 http://192.168.1.100:11434/api/tags），且Windows防火墙需放行TCP 11434端口。
第四步：Cursor中填写的模型名必须与ollama list输出完全一致
在终端运行：ollama list，观察输出中的 NAME 列，例如：
NAME ID SIZE MODIFIEDqwen3:4b 3a7b1c... 2.4GB 2 days agollama3.2:3b f5d2e8... 1.8GB 5 hours ago
注意：冒号前后不能多空格、不能写错大小写、不能漏掉版本号（如 qwen3 ❌，必须是 qwen3:4b ✅）。
进入 Cursor 设置 → AI → Model Provider → Ollama → Model Name 字段，**逐字复制**上面 list 输出的完整 NAME 值。
第五步：检查Cursor是否仍在尝试连接云端兜底服务
① 打开 Cursor 设置 → AI → Model Provider，确认已选中 Ollama，而非 OpenAI 或其他选项。
② 检查 Ollama API URL 字段：
本地直连填 http://127.0.0.1:11434；
WSL2/远程开发填 http://[你的主机IP]:11434（不是 http://localhost）。
③ 关键动作：在设置页面底部找到 Disable cloud fallback 开关，务必开启。否则Cursor会在本地调用失败后自动切回云端，掩盖真实错误。
