[Bug] 工具调用结果过长, 导致webui查看对话历史时页面卡死

[10knamesmore]

What happened / 发生了什么

对话历史中若有工具输出了长文本， 侧边栏对话数据
点击眼睛图标查看对应对话历史预览会导致整个页面卡住无法动弹。

devtool显示收到了消息的原始数据， 为js渲染线程被阻塞

应该是用具调用结果走了和正常message一样的md渲染路径?

是不是role = tool的消息改成可折叠的card, 直接显示原始结果会好些, 感觉role = tool也不怎么需要md渲染把

Reproduce / 如何复现？

开一个新对话， 让他去clone Astrbot --depth=1, 然后git show stat看看最新提交的状态(目的是创建一个足够长的工具调用结果)

此时在webui上会， 点开这个会话的历史， 会导致浏览器页面卡死

devtool显示cpu bound

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

4.23.6 linux uv部署

OS

Linux

Logs / 报错日志

对话消息历史原始.json

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]

Hi @10knamesmore! I'm Dosu and I’m helping the AstrBot team.

感谢反馈！我看了一下前端代码，工具调用结果实际上没有走 markdown 渲染路径，而是通过 ToolCallCard 组件以 JSON.stringify() + <pre> 标签展示 [1]。渲染逻辑在 ChatMessageList.vue 和 MessageList.vue 中按 part.type 分发，type: "tool_call" 走专用卡片，type: "plain" 才走 markdown [2] [3]。

不过，卡顿的原因可能是：

1. 同步 JSON.stringify：formattedResult 是一个 computed 属性，对超长文本做 JSON.parse + JSON.stringify(parsed, null, 2) 会同步阻塞 JS 线程 [1]
2. 无虚拟化：整个结果直接渲染到 DOM，仅靠 max-height: 300px + overflow-y: auto 做视觉裁剪，DOM 节点数仍然很大 [4]
3. 历史加载时全量渲染：虽然卡片默认折叠，但加载对话历史时如果有多个大结果，computed 仍会被触发

如果你要提 PR，可以考虑的优化方向：

• 对 formattedResult 做截断或懒计算（展开时才计算），避免折叠状态下也做 JSON 格式化
• 超长结果截断显示，提供"查看全部"按钮
• 或者如你建议的，直接显示原始文本，跳过 JSON 美化

To reply, just mention @dosu.

---

Share context across your team and agents. Try Dosu.

[10knamesmore]

@dosu 你看的是主聊天界面（Chat.vue / ChatMessageList.vue）的路径，那里确实走 ToolCallCard。但本
issue 是从会话历史预览（ConversationPage.vue）触发的，渲染链路不同：

1. ConversationPage.vue:541 formattedMessages 把所有角色（含 tool）映射成 user/bot，没识别
   tool_call
2. convertContentToMessageParts (line 1061) 把 string content 统一打成 {type:'plain'}
3. MessageList.vue:77 bot 的 plain part 走 MarkdownMessagePart → markstream

证据:

d.json

[dosubot]

你说得对，我之前看错了路径。问题确实出在 ConversationPage.vue 的会话历史预览，而不是主聊天界面。

确认了根因：

1. formattedMessages [1] 只做 user / 非 user 的二元判断，role="tool" 被无条件归为 bot
2. convertContentToMessageParts [2] 对 string content 一律打成 {type: 'plain'}，不感知消息角色
3. 结果就是 tool 的长文本以 bot + plain 身份进入 MessageList.vue，走了 MarkdownMessagePart → markstream 渲染，大文本直接卡死

修复方向比较明确：在 formattedMessages 中识别 role === "tool" 或 role === "assistant" 且带 tool_calls 的消息，将其 content 转为 {type: 'tool_call'} 类型的 part，这样 MessageList.vue 已有的 ToolCallCard 渲染路径就能接上。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.