使用场景

在日常研发中连续使用 CodeArts Agent 进行多轮对话式编码：一个任务一个会话，任务切换时通过「新建会话」开启新的上下文。单个工作区会积累数十个会话，会话是最核心的使用单元。

问题一：无法新建会话（阻断级）

操作路径：打开 CodeArts Agent → 在对话面板点击「新建会话」→ 输入问题并发送。

实际表现（满足任一即为失败）：

1. 点击「新建会话」后，界面创建了会话条目，但发送第一条消息即报错/无响应；

2. 会话列表里出现无法打开的「空会话」，点进去提示会话不存在；

3. 新建会话后上下文与旧会话串在一起，或历史会话丢失；

4. 报错静默——界面只转圈或闪一下，无明确错误提示，用户无法判断是网络问题还是客户端问题，只能反复退出重进。

问题二：客户端反复卡死（体验 & 效率）

实际表现：

1. 发送问题后长时间转圈，界面无响应，输入、切换会话、新建会话全部点不动；

2. 卡死时不会自动恢复，需要强制退出应用（Force Quit）后重启，重启后上一个会话内容丢失或再次卡死；

3. 退出时也会卡住——日志中出现：

ERROR service=connection-monitor "Server stop failed: Server stop timeout after 10s"

即内核服务 10 秒仍未停止，进程僵死，直接表现为「关不掉 / 只能强杀」。

2.4 影响

• 核心链路（新建会话）不可用，无法按任务拆分上下文，多任务并行开发基本停滞；

• 每次卡死都要强杀 + 冷启动，单次损失 3~10 分钟，日均多次；

• 无错误提示、无 self-help 入口，问题只能靠重启「玄学恢复」，对用户信任度损耗大。

2.5 已尝试的规避手段（均只能短暂缓解）

重启客户端 / 退出重登 / 新建工作区 / 清理 ~/.codeartsdoer 缓存 / 切换网络 —— 均未根除，重启后数分钟内再次复现。

三、建议方案

P0 —— 先止血：让「失败」可见、可恢复

1. 会话创建失败必须显式报错并可一键重试

2. 卡死看门狗

3. UI 非阻塞化

P1 —— 根治：会话服务与依赖治理

1. 会话存储健壮性

2. 依赖降级策略

3. 后端接口兼容与灰度

P2 —— 长期：可观测与自助诊断

1. 一键诊断包

2. 关键错误展示 requestId

3. 会话健康自检面板

4. 发布前增加 macOS 适配冒烟