卡在 Planning next moves？先换模型再查 status
Cursor 停在 Planning next moves：多半是首 token 还没从模型侧流回来，客户端在等占位。论坛与 status 页常见于 Auto/Composer/Grok 降级；先换 Claude/GPT 族、看 status.cursor.com，再查网络与扩展。
Agent 停在 Planning next moves 几分钟不动，进度条也不走——这句英文不是你本地「在思考下一步」的认真分析，很多时候只是还在等模型吐出第一个 token。搜 planning next moves，先分清是全局降级还是你这边的网络/扩展问题。
官方在论坛怎么解释这句占位
2026-07 前后，论坛多帖（含 Auto 卡住、Grok 4.5 High 频繁挂起）里，工作人员给过同一类说明：请求已经打到 Cursor 服务器，但模型提供方迟迟不开始流式返回；客户端就会一直显示 Planning next moves。同期 status 侧出现过 Investigating Grok 4.5 degradation 一类事件，建议用户暂时换 Auto 或其他模型。
所以：同一时刻很多人都卡、且 status.cursor.com 有红/黄——优先当服务端问题，别先卸客户端。
最快路径（按这个顺序）
- 换模型再发同一句短指令。事故期官方常建议改用 GPT 或 Claude 家族；避开正在降级的 Composer / Auto 路由 / 某个 Grok 档。怎样算缓解：新会话里 30 秒内开始流式输出，而不再只有占位文案。
- 打开 status.cursor.com。有 Ongoing/Investigating 就记下时间，过后再试；别和限流文案混谈，限流见 rate limit。
- 新开 Agent 会话，任务缩成一句可验证的话（例如
只回 ok）。旧会话上下文过长时，也会放大「像挂了」的体感。 - 仍只你一人中招：Settings → Network 跑 Diagnostics；公司网/VPN 可试 HTTP Compatibility 切到 HTTP/1.1；
cursor --disable-extensions排除扩展；看右下角是否在狂建索引。卡顿排查总表见 越用越卡。
和「模型不可用」「Grok 选型」怎么分开
若直接报 This model provider doesn't serve your region，走 区域不可用，不是本文这条挂起链路。Grok 4.5 该不该当默认，看能力与成本文 Grok 4.5；本文只处理「选得上但一直 Planning」。
我自己的习惯：占位超过一两分钟，先换模型保交付，再决定要不要给论坛贴 Request ID。重装往往解决不了提供方侧的首 token 延迟。