[Bug] ChatUI 插话消息不该显示"思考中…"，容易误以为插话无效

[Galaxy1108]

What happened / 发生了什么

ChatUI 里模型思考时可以插话（follow-up），这个功能本身是正常的。但插话消息发出去后，ChatUI 给它也显示了一个"思考中…"，过一会甚至直接结束思考了，就像模型思考了以后什么都没说。

问题在于：插话消息根本不应该出现"思考中…"。它只是一个插入到对话中的指令，不需要模型单独回复它一次。正确的表现应该是像刷新后那样——插话消息安静地排列在原始消息之后、模型输出之前，没有多余的状态提示。

现在的行为会让用户误以为：

1. 要等 AI 回应完了才能纠正问题
2. 或者自己的插话是无效的、没发出去（实际上是有效的）

下面是视频示例

_20260713_201511.mp4

这是一个设计上的缺陷，我觉得到也算不上 Bug，但是我觉得也不算功能请求吧（？）

Reproduce / 如何复现？

1. 打开 ChatUI，发一条消息
2. ChatUI 显示"思考中…"
3. 在模型思考过程中，再发一条消息（插话）
4. ChatUI 在插话消息后面显示"思考中…"，但很快连"思考中…"也消失了（这里很容易被误解是失败了）
5. 刷新页面后恢复正常，插话消息正确的显示在了原始消息之后、模型输出之前

AstrBot version, deployment method (e.g., Windows Docker Desktop deployment), provider used, and messaging platform used. / AstrBot 版本、部署方式（如 Windows Docker Desktop 部署）、使用的提供商、使用的消息平台适配器

AstrBot v4.26.5
Windows 下使用 uv 部署

OS

Linux

Logs / 报错日志

这是一个设计上的缺陷，我想它不需要日志，而且它也没有日志

Are you willing to submit a PR? / 你愿意提交 PR 吗？

• Yes!

Code of Conduct

• I have read and agree to abide by the project's Code of Conduct。

[dosubot]

感谢反馈，这个问题的根因已经比较清楚了。

原因： 前端对每条消息（包括插话）都走完整的 SSE 流生命周期——发送时创建新的 SSE 连接、显示"思考中…"、等待结束事件。插话消息在前端被当作一条全新的独立消息处理，没有任何特殊抑制逻辑 [1]。具体来说：

1. 用户发送插话时，前端调用 sendMessageStream() 创建新的 SSE 连接，覆盖当前 activeConnections[sessionId] [2]
2. createLocalExchange() 为插话消息创建了一对新的 user/bot 记录
3. ReasoningBlock 组件根据 isStreaming 状态决定是否显示"思考中…"，而此时新连接确实处于 streaming 状态 [3]
4. 后端通过 follow-up 机制将插话捕获并注入到正在运行的 agent runner 中 [4]，不会为插话单独生成回复——所以前端很快收到 end 事件，"思考中…"消失但没有任何输出内容

修复方向： 前端需要区分"正常消息"和"被捕获为 follow-up 的插话消息"。可以考虑：

• 后端在 SSE 流中返回一个特殊事件类型（如 "captured_as_follow_up"），前端收到后跳过 thinking 指示器的显示
• 或者前端在检测到当前 session 已有活跃流时，对新发送的消息不显示独立的 thinking 状态，而是仅追加到对话列表中

To reply, just mention @dosu.

---

Share context across your team and agents. Try Dosu.

[NayukiChiba]

对于插话功能，确实应该立刻终止上一个runner，然后进行下一段对话