✨ 超时时间是否支持可配?

[lordquest]

提交前确认 / Preflight

• 我已搜索过 issues,没有重复 / I searched existing issues and found no duplicate

想解决什么问题 / What problem does this solve

发现上次修正流式响应截断/空响应导致对话卡死无法恢复 之后, 在接入open router ai时, 还有出现一直在思考的现象, 就是* thinking , 前面的图标一直在转, 感觉接近20分钟了也没有回应.

这个地方我没有调试经验, 不好判断, 只是猜测可能的原因,

1. 代码比较复杂, AI思考了很久也没有出结果；
2. 服务器用的人太多, 响应较慢超时.

期望的方案 / Proposed solution

看了一下我自己在使用 claude code的环境变量 ,
"BASH_DEFAULT_TIMEOUT_MS": "300000", (5min)
"API_TIMEOUT_MS": "600000", (10min)
"CLAUDE_STREAM_IDLE_TIMEOUT_MS": "600000", (10min)

我觉得是否可以参考支持一些超时项可配, 明确告知用户是什么地方超时?

备选方案 / Alternatives

No response

[itmisx]

@lordquest 原本是有自动超时检测的，我再确认一下

[itmisx]

@lordquest 我加了2分钟超时等待，可自动重试2次 #183

[lordquest]

@lordquest 我加了2分钟超时等待，可自动重试2次 #183

默认2分钟超时是 2分钟内服务器没有任何响应就判断超时? 是不是太短了? 印象中 claude code 中默认配置的 "API_TIMEOUT_MS": "600000", 也就是10分钟, 不过没有重试机制

[itmisx]

是的，没有任何响应时

[lordquest]

是的，没有任何响应时

觉得默认2分钟可能有点短, 我遇到过服务器算力不够的时候, 可能要等个6,7 分钟才开始输出. 或者这个参数设定一个默认值 , 但是用户可配?

[itmisx]

先这么定吧，如果6，7分钟才输出，我觉得这个服务意义不大了，根部不是生产力了，本地部署的私有模型也不至于这么久

[lordquest]

先这么定吧，如果6，7分钟才输出，我觉得这个服务意义不大了，根部不是生产力了，本地部署的私有模型也不至于这么久

确实也是, 这种情况我在openrouter和公司私域部署的服务器上都遇到过, 原因应该都是用的人太多, 挤爆了.
这种情况等这么久也没有意义了, 只能服务器闲下来的时候用了.