[错误]: 代理流启动后立即自动中止 (中止流是用户请求的) — 在 2.0.14 版本中仍可重现

□ 平台

• OS: Windows 11 Home (win32-x64) (中文(简体) ).
• ** Version**:2.0.14
• ** 生产**:樱桃工作室代理(Claude) 代码驱动程序)

□ 总结 在代理会话中,在新消息触发一新流后,该流会自行中止**,而没有任何用户动作**,然后会杀死Claude代码子进程(SIGKILL),使助理消息被卡入"已停用"/"待用"中并带有0输出字符. 这在很多工作会议(今天上午和下午的日志块)中都发生过,因此它是可复制的,而不是一次性吊销.

^ 日志证据 (app.2026-09-15.log.N, JSON-lines). 图案( 时间为本地) :

14: 21:00 AiStreamManager/ClaudeCodeStreamAdapter 流会启动
14: 21:00 代理服务器 开始流出消息
:14:21:04 AiStreamManager 中止流{原因:"用户请求",专题Id:"代理会话:13361c9c-..."}
14: 21: 04 持久性倾听器 持续发送助理信息
14: 21: 11 AiStreamManager 中止流{原因:"出道客户端断开"}
14: 21: 11 模式重试后模式调用失败 操作已中止
14:21:11 ClaudeCode ProcessManager Claude 代码进程失败 { 退出 Signal : "SIGKILLL" }

因此,时间轴是:新流开始 ~ 4秒后 它因`用户要求 ' 而中止 ~ 7秒后进程被SIGKILLL所完成.

仅app.2026-09-15.log.7'就计算了一整天的日志:**6×**Claude Code process (SIGKILLL)',每个日志前都有一个Aborting stream user-request',关于agent-session:'专题。

可以排除什么(在日志中核实):

• 不是900次超时:在任何SIGKILLS之前30秒内没有 " 900秒超时 " 事件。
• 非许可/批准门:零 " 许可 " / " 核准 " / " 拒绝 " 记录条目。
• 不是我自己的自动化造成的(这一起发生在用户闲置时,我只读到DB/logs).

□被怀疑的根源(来源) `弧/着陆器/服务/aiTransport/IpcChatTransport.ts':

如果( 符号) { 如果( 已放弃) { ipcApi. request('ai.stream.abort', { specleId}) 页面存档备份,存于互联网档案馆. 关闭 Stream () 返回时 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 康斯在Abort= () {{{{} 中止 Signal. add Event listener ('abort', 在 Abort, {一次: 真 }) {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

如果一个已经放弃的`AbortSignal'被交给一个新开始的溪流,则位于`AbortSignal.boorted'的分行立即起火,并将新鲜溪流自封为`用户要求的'。 这与4秒(启动 ) 相匹配。 可能之前流的信号被错误地重复/重置.

□ 复制步骤
1. 暂时使用代理会话(前后几条消息)。
2. 发出另一份信息。
3. 在应用程序日志中观察 " 已停用 " / " 待发 " 的助理信息,以及 " 已停用(用户要求的) " 。

# 工作间 #
- 在一个**新话题**中发送下一条信息(主题隔离会绕过站住信号)。
- 在下个消息之前重新启动樱桃 也避免了一段时间。

□ 相关
- 和18363号差不多
. . . . . . .