server-beta: 一个挂起的提供者调用阻塞了生成通道,并将并发量硬编码为 1

** 运行时间:** ' server-beta ' (自报13.23.1),OpenRouter供应商BullMQ关于外部Redis,在向`server beta generate event ' 车道进气的一个项目上同时举行6至8次Claude代码会。

两个相关的问题涉及发电道,两者都在同一天观察到。

□ 1. 一通挂接的供应商呼叫停止整个车道

车道运行着一个单一的公牛MQ工人,提供商的呼叫没有客户端的超时,因此这个请求永远不会返回它后面的每一个排队的工作.

央视2026-09-16:日出日志中最后一行是没有匹配完成的锁,之后没有任何动作.

:10:57:46.523 [SYSTEM] [bullmq:evt 363bc27c.] [生成]工作锁定处理{jobId=a4e093ec.}
(无其他行)

GET /api/health'通常用主动:1'、等待'越过360,特别是总:0'来回答,因为这一过程繁忙,而不是死活,所以BullMQ陷入停顿的工作永远不会起火。 捆绑的健康检查确实发现了它(QQ 348任务排队 > 30m(工人停滞了? ) ) ) , 但没有任何东西会自动恢复;服务器的“启动ctl启动”是唯一出路,之后锁定的工作被重审,积压的工作被正常排出。

** 询问:** 将提供者请求(HTTP客户端的 " 超时出局 " ,或每个工作TTL不工作到现有重试路径)捆绑起来。 要么把"这条道死了,直到人类发现"变成一个失败的工作.

□ 2. 无法提高生成货币

ServerJobQueue'的构造器采用通量'并默认为1(`这.通量=e通量?? 1'),生成道的构造没有经过,所以有效值是1,没有环境覆盖。 测量了这个项目的工作时间:p50 16 s,p90 144 s,最多325 s——几乎全部等待供应商,所以一个小的通货币几乎可以线性地放大.

** 询问:** 环境取向(例如`CLAUDE-MEM-GENEARINLE-CONCURRECY ' ,默认为1个)通过工人选择。

** 在设计中值得一提的是:** 在这个帐户中,供应商本身的费率限额——当日的41个故障中有30个是第1个货币的 " 开放路特费率限额(429个) " ——因此,在没有退货的情况下提高汇率将主要转换为429个。 在429和5xx上进行回放后再试是有用的组合;今天,429像其他错误一样消耗了三次尝试中的一个.

乐于根据这种工作量来测试一个补丁建筑——它很容易地复制队列深度.