本文目錄
編輯器能登入，不代表模型回覆、外部工具與終端機命令都已連通。遇到卡住時，確認正在等哪種結果：帳號頁面、完整回覆、工具回傳，還是一次下載。每種結果都有對應的診斷與日誌，不需要把所有代理設定同時重做。
Cursor 登入、模型、MCP 和終端分別怎麼檢查？
在 Cursor 中只重試失敗的操作，並對照 Clash 的連線記錄。登入、模型串流請求、MCP 子程序與整合式終端機各自發起連線；有些使用系統代理，有些只讀取自己的環境變數。依下表找到對應的診斷位置。
按失敗動作尋找設定
| 失敗位置 | 應該觀察什麼 |
|---|---|
| 登入或帳號頁面 | 跳轉後的 HTTP 狀態、應用診斷與 Clash Connections |
| 模型一直 Connecting / 請求超時 | Cursor Network Diagnostics、固定節點、串流連線 |
| MCP 工具紅色或啟動失敗 | 傳輸類型、處理程式日誌、mcp.json 與環境變數 |
| 整合終端 git / npm 超時 | shell 的 HTTP_PROXY / HTTPS_PROXY 和實際連接埠 |
設定系統代理並重新啟動 Cursor
Cursor 的基礎代理設定
在 Clash 的 Proxies 固定節點
選擇一條已確認可用的具體節點，模式保持 Rule。
開啟 Clash 的 System Proxy
確認系統代理指向目前 mixed-port，並退出其他代理用戶端。
完全退出後重開 Cursor
讓 Cursor 新處理程式重新讀取作業系統代理設定。
開啟 Cursor 的 Network 頁面
進入 Cursor Settings > Network，準備執行應用內建診斷。
在 Settings > Network 執行診斷
診斷結果怎麼接著查
| 結果 | 接下來的位置 |
|---|---|
| 診斷通過，登入和模型也正常 | 基礎連線已經完成，只處理仍失敗的 MCP 或終端 |
| 診斷失敗，Connections 沒有新請求 | 重新執行診斷，確認系統代理；瀏覽器有紀錄但 Cursor 仍無紀錄時，再用 TUN 對照 |
| 診斷失敗，請求已走固定節點並 timeout | 比較節點、接入網路和連線持續性 |
| 診斷或登入回傳 401 / 403 / 429 | 讀取帳號、權限或用量提示，不繼續改代理連接埠 |
執行 Run Diagnostics 時記下失敗專案和時間，隨後在 Connections 尋找同一時刻的請求。這個對應關係比單獨儲存一個紅色圖示更有用，後面的登入和模型測試都沿用同一固定節點。
Sign in 後頁面打不開、反覆跳轉或一直等待
點擊 Sign in 後網頁無法開啟、回到登入頁或一直等待時，保持固定節點再試一次，記錄失敗位置。外部瀏覽器和 Cursor 分別檢查；新請求沒有出現在 Connections 時，先確認發起請求的程式使用目前代理，再依 timeout、401 或 403 處理。
401 更接近登入狀態問題，403 要看頁面提供的帳號或地區提示，timeout 才需要比較節點和網路。登入期間保持固定出口，分別查看外部授權請求與返回 Cursor 的結果；返回應用程式的動作不一定是透過代理存取遠端服務。
Cursor 登入修復後的結果
- Sign in 跳轉請求出現在 Connections
- 登入授權完成後能正常返回 Cursor，外部請求使用同一固定出口
- Cursor 帳號區域顯示已登入
- 重新啟動 Cursor 後登入狀態仍然保留
Connecting 與長回覆中斷的檢查
登入成功說明認證頁面至少走通；模型仍停在 Connecting、Network Error 或回覆中斷，應單獨重現模型請求。用短問題驗證能否開始回傳，再用稍長問題觀察串流連線是否持續，期間不要切換節點。
Cursor 的開發者工具可以顯示請求狀態。開啟命令面板執行 Developer: Toggle Developer Tools；需要更完整記錄時，執行 Developer: Open Logs Folder。
記錄 Request ID、發生時間和 Cursor 版本。分享日誌前刪去 token、程式碼內容和個人路徑。
短回覆成功，長回覆反覆中斷
固定出口，比較另一節點與另一網路，檢查串流連線穩定性。
模型請求回傳 401
查看 Cursor 登入狀態或相關認證資訊，網路已經到達服務。
診斷和模型請求同時 timeout
查看 Clash 是否有這次請求：沒有紀錄就查應用程式代理，有紀錄但逾時就查節點。
頁面回傳 429
檢查帳號用量或頻率限制，不用繼續改代理連接埠。
Connections 沒有 Cursor 時，用 TUN 對照
開啟系統代理後再次執行 Network Diagnostics。若瀏覽器有紀錄、Cursor 仍沒有，目前版本或某個子程序可能沒有使用系統代理。可以用 TUN 做對照，讓更多程序流量進入 Mihomo；TUN 只幫助請求進入代理，不能修復 401、403 或 MCP 設定錯誤。
TUN 開啟後重新執行同一診斷。Connections 新出現 Cursor 請求並成功，說明之前繞過了系統代理；記錄出現但仍 timeout，則回到節點和接入網路。
MCP 連線方式：本機 stdio 與遠端 HTTP
本機 stdio 由 Cursor 啟動命令，透過標準輸入輸出通訊；SSE 和 Streamable HTTP 透過 URL 連線 MCP 服務，服務可在本機或遠端。前者檢查可執行檔案、參數與環境，後者檢查 URL、認證與代理路徑。
專案設定通常在 .cursor/mcp.json，全域設定位於 ~/.cursor/mcp.json。修改前確認正在生效的是哪一份，避免專案檔案和全域檔案定義同名 server。JSON 能通過解析，只說明語法正確，服務程序是否啟動還要看 MCP 記錄。
{
"mcpServers": {
"local-tool": {
"command": "/absolute/path/to/node",
"args": ["/absolute/path/to/server.js"],
"env": {
"HTTP_PROXY": "http://127.0.0.1:7890",
"HTTPS_PROXY": "http://127.0.0.1:7890",
"NO_PROXY": "localhost,127.0.0.1,::1"
}
}
}
}spawn ENOENT、解析錯誤與工具呼叫超時
- spawn ENOENT
- Cursor 找不到 command；使用可執行檔案的正確路徑，並在相同環境裡手動執行。
- JSON parse error
- mcp.json 語法錯誤；檢查逗號、引號和對象層級。
- server exited
- 本機處理程式啟動後退出；查看 stderr、依賴和工作目錄。
- HTTP 401 / 403
- 遠端 MCP 已收到請求，檢查認證與服務權限。
- tool call timeout
- 服務已連線但呼叫沒有按時完成，查看伺服器端日誌和外部依賴。
修復後在 Cursor 的 MCP 面板裡重新載入服務。可用狀態不僅是綠點，還要完成一次最小工具呼叫，並在日誌裡看到請求與回傳；若工具內部還會存取外部網路，它也需要自己的代理環境。
整合終端中的環境變數與連接埠
整合式終端繼承 shell 環境，不一定跟隨 Cursor 介面的網路設定。印出 HTTP_PROXY、HTTPS_PROXY 與 NO_PROXY，核對目前連接埠與繞過項目，再用 curl 重做請求。Connections 沒有新紀錄時，繼續檢查工具是否讀取這些變數。
CLASH_PORT=7890
export HTTP_PROXY="http://127.0.0.1:${CLASH_PORT}"
export HTTPS_PROXY="http://127.0.0.1:${CLASH_PORT}"
export NO_PROXY="localhost,127.0.0.1,::1"
curl -I https://example.comWindows PowerShell、Git、npm 和各語言套件管理員讀取代理的方式可能不同，應按工具文件設定。不要在專案原始碼或提交記錄中硬編碼代理認證資訊。連接埠仍以 Clash 目前顯示為準，7890 只是示例。
登入、完整回覆、工具呼叫與終端請求的驗收
登入問題以成功進入帳號為準；模型問題要讓一條回覆完整結束；MCP 要實際呼叫一個工具；終端則讓原來失敗的 git、npm 或 curl 得到結果。四項不必一起測試，但每項都要對應自己的 Connections 或日誌證據。