[BUG] cchaha流式响应中途关闭了 TCP，但是还一直显示执行中

[zhbdesign]

提交前确认

• 我已经阅读了 README 常见问题
• 我已经升级到最新版本后复现过这个问题
• 我已经搜索过现有 issues，确认没有重复问题
• 我已经隐藏截图和日志中的 API Key、Token、Cookie 等敏感信息

问题描述

cchaha流式响应中途关闭了 TCP，但是还一直显示执行中，我使用最新的0.3.2版本的桌面端还是不行，还是可以在ccswitch看到连接断开的日志，而且还新会话的第一次提问会出现这种场景，但是使用cc-haha的cli端，没问题，可以一直跑下去

运行环境

• 使用方式: 桌面端
• 操作系统: Windows
• 系统版本: Windows 11 23H2
• 桌面端版本: v0.3.2
• 安装来源: GitHub Release
• Bun 版本（CLI 问题填写，bun --version）:
• Node 版本（CLI 问题填写，node --version）:

Provider / 模型配置

• API 提供商: 例如 Anthropic 官方 / OpenRouter / MiniMax / Kimi / Ollama:
• Base URL:
• 使用的模型:
• 相关配置截图:

复现步骤

是否稳定复现: 是 / 否 / 不确定

错误信息与日志

在此粘贴错误信息和日志

截图或录屏

补充信息

---

@dosubot

[dosubot]

@zhbdesign 你好！这是你之前在 #634 和 #651 报告过的同类问题，目前仍未完全修复。

问题根因：

根据你在 #651 中补充的 ccswitch 日志分析，你已经非常精准地定位到了核心问题：连接池空闲连接复用失败（客户端 pool_idle_timeout=90s > 服务端 keep-alive 超时），导致客户端复用了已被服务端关闭的连接 [1]。

同时，桌面端还存在另一个叠加因素：Bun 事件循环阻塞 — listSessions() 每次调用都会同步解析所有会话的 JSONL 文件，阻塞事件循环，导致 WebSocket 心跳超时和连接堆积 [2]。这解释了为什么 CLI 没问题但桌面端有问题——CLI 没有这层额外的会话管理开销和共享事件循环的竞争。

为什么新会话第一次提问容易出现：

你之前发现的规律完全吻合——新会话第一次请求时，连接池里的空闲连接最可能是已被远端关闭的"死连接"，复用后立即报 connection error。后续请求会建立新连接，所以后面反而正常了 [1]。

当前修复进展：

• v0.3.2 做了部分修复，但如你所见问题仍存在
• PR #650 包含更全面的修复（会话列表缓存、WebSocket handler 清理、Sidecar 健康检查），但目前仍处于 open 状态 [2]
• 项目维护者 @NanmiCoder 在 [BUG] cchaha无法持续性回答 #651 中也确认了这是一个偶发性问题，正在尝试复现和修复 [1]

临时缓解建议：

1. 在 .env 中设置更长的超时：

   CLAUDE_STREAM_IDLE_TIMEOUT_MS=300000
   API_TIMEOUT_MS=3000000

2. 如果任务较重且需要长时间持续运行，暂时使用 CLI 端会更稳定

3. 留意任务管理器中是否有多个 claude-sidecar 进程累积——如果内存飙升到 800MB+，重启桌面端

你之前在 #651 中分析的 pool_idle_timeout 问题和修复方向（缩短客户端超时或加连接失败自动重试）非常有价值，建议持续关注 PR #650 的合并进度。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

[zhbdesign]

创建一个个人记账 App 的后端 API 服务。技术约束：Node.js + TypeScript + SQLite + JWT 鉴权。项目放在 backend/ 目录下。

功能要求：

用户注册、登录（JWT 鉴权，密码加密存储）
记账记录 CRUD（金额、收入/支出类型、分类名称、备注、日期）
所有接口有输入校验
可通过 npm install && npm run dev 一键启动
HTTP 状态码规范：

成功：200
失败：由模型自行选择合适的 4xx 状态码
请先说明你的技术选型（后端框架、ORM、校验库等）及选择理由，然后实现。完成后留下交接文档，文档需涵盖：接口定义供前端/iOS 对接，以及技术设计思路和代码规范供后续迭代参考。

---

基于已有的后端 API（参考 backend/ 目录下的交接文档），创建 Web 前端。技术约束：Vue 3 + TypeScript，项目放在 frontend/ 目录下。

功能要求：

注册、登录页面，登录后保存 token
记账记录的增删改查界面
未登录自动跳转登录页
表单有前端校验
可通过 npm install && npm run dev 一键启动
请先说明技术选型（UI 库、状态管理、CSS 方案等）及理由，然后实现。完成后留下交接文档，文档需涵盖：页面结构和组件设计供对接参考，以及技术设计思路和代码规范供后续迭代参考。

---

在现有 backend/ 项目基础上（参考交接文档了解现有架构和规范），增加分类和统计功能。

功能要求：

预置分类
提供 4-8 个常用分类（如餐饮、交通、购物、工资等），每个分类有 icon 标识和名称
提供查询分类列表接口
记账记录关联分类（改造现有记录接口）
统计接口
按月查询收入/支出/结余总额
按分类查询指定月份的支出占比
列表增强
分页加载（支持 page/pageSize 参数）
按类型（收入/支出）、分类、日期范围筛选，支持条件组合
HTTP 状态码规范和之前一致。完成后更新交接文档。

在现有 frontend/ 项目基础上（参考交接文档了解现有架构和规范），增加统计展示和列表增强功能。

功能要求：

记账时从预置分类中选择分类
统计页面：按月查看收入/支出/结余总额，按分类查看支出占比的图表（饼图或类似可视化）
列表增强：分页加载 + 按类型/分类/日期范围筛选
请说明新增的技术选型（图表库等）及理由。完成后更新交接文档。

---

在现有 backend/ 项目基础上（参考交接文档），增加多账本功能。

功能要求：

账本 CRUD
用户可创建多个账本（名称、描述、颜色标记）
注册时自动创建"默认账本"，已有记录迁移到默认账本
删除账本需级联删除关联记录
数据隔离
记账记录归属账本，CRUD 接口增加账本维度
统计接口按账本维度计算
筛选/分页也在账本范围内
HTTP 状态码规范和之前一致。完成后更新交接文档。

继续 backend/，在多账本基础上增加分享和合并功能。

功能要求：

分享码
owner 可为账本生成分享码，分享码需保证唯一性且有有效期
其他用户通过分享码加入（只读权限）
过期分享码不可使用，owner 可重新生成
owner 可查看/移除已分享成员
合并视图接口
接受多个账本 ID（自己的 + 已加入的），返回合并后的收支统计
合并记录列表也支持分页和筛选
权限模型
账本创建者为 owner，拥有完整读写权限
其他人对分享的账本为只读
完成后更新交接文档。

---

在现有 frontend/ 项目基础上（参考交接文档），增加多账本功能。

功能要求：

账本管理：创建/编辑/删除账本，每个账本可设定颜色标记，删除需二次确认
账本颜色体现：账本列表/切换器/卡片等 UI 元素体现账本的颜色标记
账本切换：导航中可切换当前账本，切换后列表/统计/筛选全部跟随刷新
记账在当前账本下创建
完成后更新交接文档。

---

继续 frontend/，增加分享和合并视图功能。

功能要求：

分享：owner 可生成分享码（显示有效期），可查看已分享成员并移除
加入：输入分享码加入他人账本（只读标识）
合并视图页面：可勾选多个账本（自己的 + 加入的），查看合并后的总收支统计和记录列表
完成后更新交接文档。

---

以上是我测试这个断开问题的提示词，一段问一次，测试了几遍，桌面端还是断开

[zhbdesign]

发现一个奇怪的场景，如果使用cchaha的provider没问题，使用ccswitch就出现connect error，就算不使用ccswitch的路由功能也同样出现

[zhbdesign]

有没有可能cchaha桌面端走自己settings.json的配置，然后ccswitch的配置是在~/.claude/settings.json，这两部分连接的代码有差异

[zhbdesign]

作者可以使用商汤的免费deepseek-4-flash进行复现，这个模型跑的不慢，还是用我上边写的提示词即可，尝试两三次应该就能复现

[zhbdesign]

通过代理，抓取http请求，发现最后一个请求的返回是"stop_reason":"end_turn"，但是实际上并没有结束，然后ui就一直处理中，我拿到了最后两次http的返回数据:
data: {"type":"content_block_delta","index":1,"delta":{"type":"input_json_delta","partial_json":"\\"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"input_json_delta","partial_json":"README"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"input_json_delta","partial_json":".md"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"input_json_delta","partial_json":"""}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"input_json_delta","partial_json":"}"}}
event: content_block_stop
data: {"type":"content_block_stop","index":0}
event: content_block_stop
data: {"type":"content_block_stop","index":1}
event: message_delta
data: {"type":"message_delta","delta":{"stop_reason":"tool_use","stop_sequence":null},"usage":{"input_tokens":26528,"output_tokens":2313}}
event: message_stop
data: {"type":"message_stop"}

data: {"type":"content_block_delta","index":1,"delta":{"type":"text_delta","text":" install"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"text_delta","text":" \u0026\u0026"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"text_delta","text":" npm"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"text_delta","text":" run"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"text_delta","text":" dev"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"text_delta","text":"\n"}}
event: content_block_delta
data: {"type":"content_block_delta","index":1,"delta":{"type":"text_delta","text":"```"}}
event: content_block_stop
data: {"type":"content_block_stop","index":1}
event: message_delta
data: {"type":"message_delta","delta":{"stop_reason":"end_turn","stop_sequence":null},"usage":{"input_tokens":28869,"output_tokens":243}}
event: message_stop
data: {"type":"message_stop"}