[BUG] 上传文件限制大小并明确提示

[zhbdesign]

提交前确认

• 我已经阅读了 README 常见问题
• 我已经升级到最新版本后复现过这个问题
• 我已经搜索过现有 issues，确认没有重复问题
• 我已经隐藏截图和日志中的 API Key、Token、Cookie 等敏感信息

问题描述

对话框选择比较大的文件，客户端直接内存溢出，重启后也要等几分钟才能恢复，可以限制文件上传大小，并且在上传按钮旁显示限制大小

运行环境

• 使用方式: 桌面端
• 操作系统: Windows
• 系统版本: Windows 11 23H2
• 桌面端版本: v0.2.6
• 安装来源: GitHub Release
• Bun 版本（CLI 问题填写，bun --version）:
• Node 版本（CLI 问题填写，node --version）:

Provider / 模型配置

• API 提供商: 例如 Anthropic 官方 / OpenRouter / MiniMax / Kimi / Ollama:
• Base URL:
• 使用的模型:
• 相关配置截图:

复现步骤

是否稳定复现: 是 / 否 / 不确定

错误信息与日志

在此粘贴错误信息和日志

截图或录屏

补充信息

---

@dosubot

[dosubot]

感谢反馈！这个问题确实存在。代码中已经有一些文件大小限制的逻辑，但在桌面端对话框上传文件时，UI 上的提示和限制不够明确：

当前已有的限制：

• 图片文件：10 MB（读入内存上限 20 MB）[1]
• 普通文件附件：30 MB [2]
• 通用文件上传（Files API）：500 MB [3]

内存溢出的原因：
附件目前是以 base64 编码内联到 API 请求中的，这会导致实际数据膨胀约 33%，加上 API 请求体有 32 MB 的限制，上传较大文件（或多个大文件）时容易触发客户端 OOM 崩溃 [4]。

相关已知问题：
昨天（2026-05-14）也有用户反馈了类似的多文件上传崩溃问题 [4]，根本原因一致——大文件被完整读入内存并 base64 编码后超出限制。

你的建议是合理的：在上传按钮旁明确显示文件大小限制（如 "单文件 ≤ 30MB"），并在选择文件后立即做前端校验拦截，避免大文件被读入内存。架构上已经支持文件路径引用（而非内联内容），后续如果改为路径引用方式传递大文件，可以从根本上解决 OOM 问题。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

[NanmiCoder]

https://github.com/NanmiCoder/cc-haha/releases/tag/v0.2.7 已修改默认行为，只把path给到context