AI API 一直转圈或请求超时，应该怎样排查？

超时不等于请求完全没执行

客户端停止等待时，上游可能已经收到请求甚至完成生成。因此立即重复点击有机会产生多次用量。先到控制台查看是否出现调用记录，再决定是否重试。

用短请求区分问题

新建空白对话，关闭附件、联网、知识库和工具，只发送一个短问题，并把最大输出调低。如果短请求成功，原问题多半与上下文过长、文件太大、工具调用或输出要求有关。

如果所有短请求都失败，再检查服务公告、账户余额、网络和线路。

常见原因

• 模型本身响应较慢，尤其是复杂推理或长输出。
• 历史对话和附件让输入过大。
• 网络连接不稳定，流式返回中途断开。
• 中转线路或上游正在拥堵。
• 客户端等待时间设置过短。
• 程序代理、防火墙或证书配置异常。

一次只改变一个条件

保持地址与密钥不变，先换一个更快模型；再保持模型不变，换同平台另一线路；最后用另一个网络或客户端测试。记录每一步结果，才能区分服务端和本地问题。

调整客户端设置

适当增加超时时间，但不要无限延长；关闭无必要的自动重试；限制输出长度；长文档先分段或摘要。程序调用应记录开始时间、结束状态和请求编号，并为重试设置上限。

何时联系平台

多个设备和网络都失败、短请求也超时、控制台显示服务端错误时，提供时间、模型、线路、输入大致长度与请求编号。不要上传敏感原文，也不要公开密钥。

先确认请求是否已计费，再缩短请求并逐层替换变量，是处理超时最稳妥的顺序。