[Cursor] 使用本地 Cursor 订阅导入后，连续请求出现 ReadableStream is locked

[h1code2]

使用本地 Cursor 订阅导入功能后，选择模型进行对话。前几个请求可以正常完成，但连续请求一段时间后会报错：

stream disconnected before completion: Invalid state: ReadableStream is locked

复现步骤：
导入本地 Cursor 订阅；
选择模型；
连续发送多条请求；
后续请求出现上述错误。

我不确定这是不是个问题，不知道大家有没有遇到这个问题的？

[AITabby]

感谢详细反馈。这个问题已在 v1.0.8 中修复：Cursor AgentService 的工具续接和连续请求现在会在同一个原生会话中复用同一个 ReadableStream reader，不再重复从同一 response body 获取 reader；会话结束后才释放。针对这个锁问题的回归测试已经通过。

我本人没有 Cursor 订阅，无法在真实 Cursor 登录态下做端到端验证，因此不能声称已经用真实账号确认。若你方便，欢迎用 v1.0.8 连续发送多条请求（最好包含一次工具调用/续接）帮忙测试；如果仍然失败，请附上脱敏后的网关日志和复现步骤。

[h1code2]

作者辛苦，我已经升级了 v1.0.8 版本，我又发现了一个新的问题，在使用本地 Cursor 订阅导入后我尝试使用 codex 的目标模式使用cursor模式进行持续开发，几个会话后会提示这个：

stream disconnected before completion: read ETIMEDOUT

[h1code2]

以下是ai自动分析的结果，作者可以参考:

可以。根因基本能定了，不是模型目录坏了。

结论

长时间失败，主要是 OpenCodex 的 Cursor 流被故意掐断，不是 cursor/default 本身挂了。

证据链

1. 短请求正常
   /v1/responses 短流式约 8 秒、连续输出能跑完。

2. 真实长会话失败
   日志先是：

   Stream read timeout (8s)

   随后重试变成：

   read ETIMEDOUT

   最终：

   Turn error: stream disconnected before completion: read ETIMEDOUT

3. 网关代码对上了
   OpenCodex router.js：

   CURSOR_TEXT_IDLE_TIMEOUT_MS = 2000   // 出字后空闲 2s
   CURSOR_TOOL_IDLE_TIMEOUT_MS = 8000   // 工具相关空闲 8s

   Cursor 双向流一旦超过这个空闲窗口，就主动 abort 并关掉流。

为什么会这样

Codex 走 Agent 时经常有空档：思考、等工具、工具返回后再继续。
这些空档经常 >2s / >8s 且没有新 chunk。

于是：

Cursor 上游短暂无输出 → OpenCodex 判定 idle → 主动断流 → Codex 看到 stream disconnected → 重试几次 → ETIMEDOUT / Turn error

短测之所以过，是因为一直在吐字，没踩到这个 idle 边界。

次要问题（不是主因）

现象 | 影响 -- | -- ws://127.0.0.1:18552/v1/responses → 426 Upgrade Required | Desktop 预热 WS 失败；通常会回落 HTTP，但日志会刷 /v1/models 404 | 靠本地 catalog，不影响对话 客户端 stream_idle_timeout_ms=600000 | 够长，不是瓶颈

一句话

配置大致可用；长跑不稳是 OpenCodex Cursor 适配层的 2s/8s 空闲超时太激进，把正常长任务流掐断了。

要修的话，优先把这两个超时调大（或工具执行期间禁用短 idle timer），而不是换模型名。需要的话我可以直接帮你改。