Skip to content

[功能]: 希望添加消息多选功能 #4519

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
4 tasks done
LBEILC opened this issue Apr 8, 2025 · 9 comments · May be fixed by #4673
Open
4 tasks done

[功能]: 希望添加消息多选功能 #4519

LBEILC opened this issue Apr 8, 2025 · 9 comments · May be fixed by #4673
Assignees
Labels
discussion Needs or features that can be discussed enhancement New feature or request UI/UX Product Features Category: User Interface/Experience/Interaction

Comments

@LBEILC
Copy link

LBEILC commented Apr 8, 2025

提交前检查

  • 我理解 Issue 是用于反馈和解决问题的,而非吐槽评论区,将尽可能提供更多信息帮助问题解决。
  • 我已经查看了置顶 Issue 并搜索了现有的 开放Issue已关闭Issue,没有找到类似的建议。
  • 我填写了简短且清晰明确的标题,以便开发者在翻阅 Issue 列表时能快速确定大致问题。而不是“一个建议”、“卡住了”等。
  • 最新的 Cherry Studio 版本没有实现我所提出的功能。

平台

Windows

版本

v1.1.18

您的功能建议是否与某个问题/issue相关?

请描述您希望实现的解决方案

类似于QQNT客户端的多选消息,可以批量对消息进行删除,导出等操作,目前构思方案如下

Image
在点击后弹出的弹框中添加多选按钮

Image
在消息左侧添加多选的selectbox,并在下方添加对应的操作功能,如下图所示

Image

请描述您考虑过的其他方案

No response

其他补充信息

No response

@LBEILC LBEILC added the enhancement New feature or request label Apr 8, 2025
@ousugo ousugo added discussion Needs or features that can be discussed UI/UX Product Features Category: User Interface/Experience/Interaction labels Apr 8, 2025
@kc0ed
Copy link

kc0ed commented Apr 8, 2025

这个好, cs的删除比较麻烦

@Pleasurecruise
Copy link
Collaborator

对于消息的多选(批量处理)应该可以做 保存 导出 翻译 删除 这几个功能
我试试看吧

@Pleasurecruise Pleasurecruise self-assigned this Apr 10, 2025
@Pleasurecruise
Copy link
Collaborator

但是像 保存 导出 翻译 这几个功能 主要针对的是模型的回复
对于用户发送的信息 因为可能携带文件图片等 会不方便处理
所以在添加消息多选后只有批量删除交互能对用户信息适用
上述的几个功能可能只能出现在对模型回复的批量处理中了

@Pleasurecruise Pleasurecruise linked a pull request Apr 10, 2025 that will close this issue
@LBEILC
Copy link
Author

LBEILC commented Apr 13, 2025

但是像 保存 导出 翻译 这几个功能 主要针对的是模型的回复 对于用户发送的信息 因为可能携带文件图片等 会不方便处理 所以在添加消息多选后只有批量删除交互能对用户信息适用 上述的几个功能可能只能出现在对模型回复的批量处理中了

主要有时候我需要导出一个话题的一部分,需要用到问题和回答,感觉如果不能批量导出的话还是很不方便呢,或者设置为导出的时候没有图片?感觉这样相比于不能导出会更好一些

@LBEILC
Copy link
Author

LBEILC commented Apr 13, 2025

但是像 保存 导出 翻译 这几个功能 主要针对的是模型的回复 对于用户发送的信息 因为可能携带文件图片等 会不方便处理 所以在添加消息多选后只有批量删除交互能对用户信息适用 上述的几个功能可能只能出现在对模型回复的批量处理中了

或者在选中消息后可以使用当前选中的消息创建一个新的话题呢,这样的话其实也解决了不好导出和保存的问题,而且还能快速的根据某些消息来创建新的分支,其实相当于之前分支功能的一个升级

@ousugo ousugo marked this as a duplicate of #4878 Apr 16, 2025
@kc0ed
Copy link

kc0ed commented Apr 16, 2025

但是像 保存 导出 翻译 这几个功能 主要针对的是模型的回复 对于用户发送的信息 因为可能携带文件图片等 会不方便处理 所以在添加消息多选后只有批量删除交互能对用户信息适用 上述的几个功能可能只能出现在对模型回复的批量处理中了

主要有时候我需要导出一个话题的一部分,需要用到问题和回答,感觉如果不能批量导出的话还是很不方便呢,或者设置为导出的时候没有图片?感觉这样相比于不能导出会更好一些

所以我其实还有个想法, 就是在一个话题里, 一轮对话只解决一个问题, 如果你这轮交互没让你满意, 那么它就是version 1, 后面的交互全部围绕这一个回答的修正来进行, 比如说

你问他 "Deepseek是啥",
它回复是什么什么幻方量化的子公司,
你忽然好奇幻方量化了, 就继续提问, 直到你对这块没有问题,
然后就可以让AI将你们刚才从"Deepseek是啥"这个问题开始到结束过程中所有你在意的内容汇总(可能需要你在总结的提示词里面详细说明一下汇总哪部分内容), 这样你的问题解答了, 过程中那些多余的比如说外界对Deepseek的评价也可以去掉. 对你最初要解决的问题也能提供一个良好的上下文. 后来回顾的时候也不用那么麻烦地翻.

@LBEILC
Copy link
Author

LBEILC commented Apr 16, 2025

但是像 保存 导出 翻译 这几个功能 主要针对的是模型的回复 对于用户发送的信息 因为可能携带文件图片等 会不方便处理 所以在添加消息多选后只有批量删除交互能对用户信息适用 上述的几个功能可能只能出现在对模型回复的批量处理中了

主要有时候我需要导出一个话题的一部分,需要用到问题和回答,感觉如果不能批量导出的话还是很不方便呢,或者设置为导出的时候没有图片?感觉这样相比于不能导出会更好一些

所以我其实还有个想法, 就是在一个话题里, 一轮对话只解决一个问题, 如果你这轮交互没让你满意, 那么它就是version 1, 后面的交互全部围绕这一个回答的修正来进行, 比如说

你问他 "Deepseek是啥", 它回复是什么什么幻方量化的子公司, 你忽然好奇幻方量化了, 就继续提问, 直到你对这块没有问题, 然后就可以让AI将你们刚才从"Deepseek是啥"这个问题开始到结束过程中所有你在意的内容汇总(可能需要你在总结的提示词里面详细说明一下汇总哪部分内容), 这样你的问题解答了, 过程中那些多余的比如说外界对Deepseek的评价也可以去掉. 对你最初要解决的问题也能提供一个良好的上下文. 后来回顾的时候也不用那么麻烦地翻.

确实是可以的,不过就像你说的汇总你需要详细说明那部分需要汇总,而且汇总后的信息无论多详细都是有可能出现信息缺失的,目前大模型上下文长度很多都是100million其实是完全支持使用原本的上下文继续下面的对话的,消息多选可以解决比如一大堆上下文中某几个不想要的上下文的问题

@kc0ed
Copy link

kc0ed commented Apr 16, 2025

确实是可以的,不过就像你说的汇总你需要详细说明那部分需要汇总,而且汇总后的信息无论多详细都是有可能出现信息缺失的,目前大模型上下文长度很多都是100million其实是完全支持使用原本的上下文继续下面的对话的,消息多选可以解决比如一大堆上下文中某几个不想要的上下文的问题

的确是有长上下文, 但我确实会担心AI给出的回答中, 非必须内容会影响其回答质量. 另外上下文一旦增长, 其质量也会容易随之下降. 以及费用的问题, 在这一块上, 即使我反复修改这一个问答, 最后多交互几轮所耗费的token比长上下文的要消耗得少一些

@kc0ed
Copy link

kc0ed commented Apr 16, 2025

确实是可以的,不过就像你说的汇总你需要详细说明那部分需要汇总,而且汇总后的信息无论多详细都是有可能出现信息缺失的,目前大模型上下文长度很多都是100million其实是完全支持使用原本的上下文继续下面的对话的,消息多选可以解决比如一大堆上下文中某几个不想要的上下文的问题

补充一下, 信息缺失你就继续交互或是手动进行补充, 直到你认为补充完全

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion Needs or features that can be discussed enhancement New feature or request UI/UX Product Features Category: User Interface/Experience/Interaction
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants