[Feature] 新增功能:粘贴和附加的图片自动压缩，降低大图导致的 token 消耗（对截图工作流尤其有用）

[zhbdesign]

提交前确认

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

问题描述

粘贴和附加的图片自动压缩，降低大图导致的 token 消耗（对截图工作流尤其有用）

运行环境

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

Provider / 模型配置

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

复现步骤

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

错误信息与日志

在此粘贴错误信息和日志

截图或录屏

补充信息

---

@dosubot

[dosubot]

感谢你提出这个需求！这实际上更像是一个功能建议（Feature Request）而非 Bug。

关于图片压缩的现状：cc-haha 已经具备一定的图片压缩能力，但可能还不够激进以满足降低 token 消耗的需求：

1. 截图捕获：平台 helper 模块已实现 JPEG 压缩（quality=75）和可选的缩放处理 [1] [2]
2. 桌面端附件压缩：v0.3.0 修复了桌面端缺失压缩逻辑的问题，现在通过 imageResizer.ts 将图片压缩到 3.75 MB 以下 [3]
3. Token 优化方向：目前有 PR (feat: add image recognition model auto-switching #627) 通过图片识别模型自动切换和历史记录中替换图片为文本占位符来间接优化 token 消耗 [4]

现有的压缩策略主要目标是避免超过 API 大小限制，而非专门针对 token 成本优化。 你提出的需求——更积极地压缩粘贴/附加的大图以降低 token 消耗——是一个有价值的增强方向，尤其对于截图工作流（截图分辨率通常很高但实际分析不需要那么多细节）。

如果你希望推动这个功能，建议将此 issue 标记为 Feature Request，并可以考虑以下具体方案：

• 根据图片尺寸自适应调整压缩质量
• 设置最大分辨率上限（如 1024px 或 2048px 宽度）
• 提供用户可配置的压缩级别选项

由于你使用的是 v0.3.1 桌面端，基础的压缩功能应该已经生效。如果你发现图片仍然导致异常高的 token 消耗，可能需要进一步调低压缩质量或限制图片分辨率。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

[NanmiCoder]

#723 发布0.4.0 已支持