Cursor Agent 提问后无响应，先分清是请求没有发出、网络流式响应被阻断，还是 Agent 初始化超时。按顺序做网络诊断、记录错误提示，再决定是否导出扩展日志，比反复重发同一修改请求更容易定位问题，也能避免不确定状态下重复改代码。
第一步：记录症状，而不是直接重装
记下发问时间、Cursor 版本、操作系统、是否通过代理或远程 SSH、界面上的完整提示，以及这次任务是否已改动文件。若工作区可能已有变更，先查看 Source Control 差异；请求卡住不等于没有执行任何操作。随后用一个只读问题测试，例如“只列出当前打开文件的名称，不修改文件”，观察是否同样无响应。
第二步：运行官方网络诊断
到 Cursor Settings → Network → Run Diagnostics。Cursor 官方网络排查文档说明此工具会测试连接并指出影响 AI 功能的问题。若企业代理阻断 HTTP/2 流式响应，可在该设置页将 HTTP Compatibility Mode切到 HTTP/1.1，再重启 Cursor 后重试只读问题。不要在没有诊断依据时盲目更改公司网络策略；受管设备由 IT 核对代理和防火墙。
如果是 SSH 项目，官方文档提示 AI 请求从本机连接 Cursor 服务，远端机器主要提供文件访问。先确认本机网络，再看远端会话是否掉线、资源是否耗尽。若断开 VPN 后出现 DNS 错误，官方建议完全重启 Cursor，而不只是重载窗口。
第三步：遇到初始化超时，导出扩展日志
若界面明确出现 Agent Execution Timed Out或 Timeout waiting for EverythingProvider，按 Cursor 官方 Agent 故障页先收集证据：按 Ctrl/Cmd + Shift + P运行 Developer: Export Logs…，选择 Main、Window 和 Extension Host；再打开 Output → Extension Host看是否有内容。该页说明这类报错与扩展宿主启动未完成有关，原因可能不同，不能单凭超时字样断言是代理或某个插件。
如果 Agent 返回了错误回复，可从回复底部菜单复制 Request ID，并连同复现步骤、系统与版本信息提交给 Cursor 支持渠道。导出的日志可能包含环境信息，分享前按团队政策检查敏感内容。
怎样确认问题已消失
在同一项目再次发送只读问题，确认能正常返回且没有新增意外文件变更；再恢复原任务前，先查看上一次卡住的任务是否已经写入文件。若网络诊断仍失败、扩展宿主日志为空或错误重复出现，保留日志和时间点继续排查，不把一次偶然成功视为根因已修好。
本文按 2026 年 10 月 1 日的官方页面整理排查路径，未复现读者具体错误。不同报错可能对应不同原因；本文的网络与扩展日志步骤只帮助定位，不保证修复所有 Agent 故障。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/30063.html
