建议："未知错误，请查看日志" 弹窗增加「打开日志」与「复制错误信息」入口

**提交人**: reens
**客户端版本**: 0.1.37

---

## 使用场景

在对话 / 模型请求过程中(发消息、模型返回、工具调用期间)，偶尔会弹出一个提示框，内容大致是「未知错误，请查看日志」。偶发，目前没有找到稳定复现方式。

这个弹窗只有这一句话：

- 没有说明日志文件在哪里(路径 / 目录)
- 没有任何可点击的跳转入口
- 没有可复制的错误详情

结果是：用户被告知「去看日志」，但从这个弹窗出发到不了日志，只能自己猜路径或翻文档，排查链路在这里断掉。

需要说明的是：本条建议的重点不是「未知错误」本身为什么发生，而是这类错误提示的可用性 —— 无论底层错误是什么，弹窗都应该把用户送到能自查的地方。

## 诉求

让「请查看日志」这句提示变成可执行的：用户在弹窗上就能到达日志，并且能把错误信息原样带走。具体两点：

1. 从弹窗一键到达日志文件 / 日志目录，不需要事先知道日志放在哪。
2. 一键复制原始错误信息，方便直接贴到 issue 里或发给别人排查。

## 建议方案

在该错误弹窗(以及其它同类「请查看日志」提示)上增加两个入口：

- **「打开日志」按钮**：点击后在系统文件管理器中定位到日志文件 / 日志目录，或在应用内打开日志查看面板。
- **「复制错误信息」按钮**：复制原始错误内容(堆栈 / errorCode / 时间戳等)。

补充：

- 如果短期内做不到跳转，至少把日志文件的完整路径显示在弹窗里并允许选中复制，比只说「请查看日志」有用得多。
- 建议把这两个入口做进通用的错误弹窗组件，让所有「未知错误」类提示统一受益，而不是只改这一处。

## 价值

「未知错误，请查看日志」是最容易让用户直接放弃的一类提示：它承认出错了，却没给出下一步。加上跳转和复制之后，用户能自助定位问题；提交回项目的 bug 报告也会自带真实日志和堆栈，而不是一句「我遇到未知错误」，维护者的排查成本会明显下降。
---
**版本区域**: CN
**OS**: win32 x64 (10.0.19045)
**界面语言**: zh-CN

Start by locating the shared error-dialog component and the logging entry point used for model requests, tool calls, and message sending. Check how the application resolves log locations and preserves raw error details. Done means comparable error dialogs can open the log location and copy the original error information, with a usable fallback when direct navigation is unavailable.

Written by the indexing model from the issue text.