【反馈】 交互反馈

[luchao900]

deepchat现在已经非常强大了，在使用的过程中，经常有些不得劲儿的感觉

但仔细梳理了一下，deepchat的功能已经是相当完善了，很适合非coding任务，
并且可定制化的提示词管理体系与工具管理体系非常灵活，几乎没什么短板，

最近在使用codex桌面版时，发现codex与deepchat是非常相近的，甚至deepchat
的功能更加强大。

就很奇了怪了，究竟是什么地方不对路呢。

今天中午在更新reasonix时，同时对比了多款agent工具，发现了，是交互的问题，

当前各种agent功能都大同小异，但在前端AI使用时体验差距各有不同，让用户
更加青睐美观便捷的工具

1.deepchat把太多的调整性工具都堆在后台，前台即时调整时，回路太长，
很容易让人产生太麻烦，不好操作的感觉。风格过于极简化了，导致便捷性下降。

2.软件初始打开时，直接进入的是agent选择界面，不能伸手即用，相当于
你要去超市，但超市门口有一排栅栏在挡着，这样的感觉

3.侧边栏工具交互缺乏精调，点击收缩侧边栏后，再次点击上面的agent
是伸展不开列表内容的，必须点收缩按钮才能展开，缺乏灵活性

4.新会话“+”按钮，在左上角，离用户视野焦点区（编辑区，信息区）太远，
在人注意力高度集中的时候，潜意识是忽略和遗忘左上角非焦点区功能的

5.主题切换藏的太深，相对几款流行agent直接摆在伸手可切的位置，
deepchat只能在后台点击处理，是缺乏便捷性的

6,编辑区操作时，鼠标右键的菜单是禁用的，复制粘贴剪贴选择，必须纯手动
键盘操作，对手残党来说，不是很友好

7.编辑区和模型选择区在PC大屏幕与笔记本小屏幕显示时，
高度与紧致程度缺少自适应或能手动调整的手段。
PC界面大，编辑区需要比较大的填充感来优化视觉体验
笔记本界面小，编辑区、信息区、工作区需要比较紧凑的风格来适应观感美化

8.工作区缺乏更多的交互来加强内容与编辑区的交流。
文件列表右键菜单插入到输入框是失效的
信息预览不能进行区域信息选择添加，同时信息预览缺乏右键菜单，一切都
需要键盘辅助

9.信息区，在宽屏时，信息展示可以自动适配宽度变化，但是在缩小宽度到最小时，
空白边框依旧是以固定比例存在，占据了大片信息承载区
现在存在的几个右键功能非常好用，希望把现在的“AI询问”改名为“引用”，为AI询
问设计独立的弹出窗口，就像哪个翻译功能一样。这样主线与支线对聊就不会冲突。

10.悬浮按钮，位置在每次重启APP之后，都会重回左上角，位置不能持久化保存
点击开的悬浮按钮，现实的都是历史任务列表，要是有“新任务”按钮就更好了。

11.缺乏侵入式交互手段。当前所有的信息任务或是流程任务，都是用户主动记忆起
agent时，才会主动去打开APP交流使用。可以添加在第三方页面内容选择时弹出菜单
或快捷按钮来加强交互，豆包与cherry studio都是信息面板式展示，deepchat可以另
辟蹊径，以快捷任务的方式来进行调用。比如用户在web页面或者记事本编辑时，可以
直接选择内容，激活deepchat任务流完成不同的需求。当然可以给用户提供接口开关
自定义设置，完成更加灵活的需求定制。

嗯，暂时就想到了这么些，希望deepchat更好更强，希望大神早日上市融资

[zerob13]

感谢反馈，内容有点多，我先转换成 discussion，后面逐个拆解到feature或者issue在放过来

[zhangmo8]

非常感谢这么详细的反馈，也感谢你对 DeepChat 的认可 🙏

你提到的很多点其实都很有价值，尤其是关于前台交互、右键菜单、快捷入口、布局适配、悬浮窗、选中文本后的调用方式等，这些确实是 DeepChat 当前体验里还可以继续打磨的地方。DeepChat 现在能力层面已经比较完整，但交互体验还远远没有到“顺手”“伸手即用”的程度，这个判断我们是认同的。

不过也想解释一下目前的一些限制。

DeepChat 目前并不是一个盈利产品，也不是公司组织在持续投入资源做的商业化项目，更多还是依赖有限的业余时间维护。所以我们在很多交互细节、产品体验和平台能力上，确实没有办法像商业团队那样持续、高密度地打磨。

另外，DeepChat 也没有自己的后端服务和运营资源，因此很多产品形态不能依赖一个统一的云端账号体系、任务中心或服务端能力来做闭环。作为一个纯本地 agent client，我们更多还是希望保持本地优先、用户自带模型服务、用户自己掌控数据和配置的方式。这也导致一些体验设计不能简单参考商业产品的路径，当然，实际上这也极大的减少了我们的维护成本。

还有一个比较核心的点是：DeepChat 当前的产品架构其实更偏“多 Agent 工作台”，而不是以某一个固定的主 Agent / 主会话为中心的形态。可以类比豆包这类产品，它通常是以“Doubao Agent + Doubao Model”作为默认核心，用户进入后天然就有一个明确的主入口、主模型和主会话承载点，所以很多快捷交互都可以直接围绕这个默认主体展开。

但 DeepChat 的设计目标不太一样。DeepChat 更希望支持用户自由组合不同模型、不同 Agent、不同工具和不同任务流，因此很多时候并不存在一个天然唯一的“当前主 Agent”或“默认 Session”。你提到的很多交互建议，比如从悬浮窗新建任务、从外部选中文本后快速发起对话、在其他区域直接插入内容到当前会话等，如果是在单 Agent Chat Box 形态下会比较自然；但在当前多 Agent 架构里，就必须先解决“这个内容应该发给哪个 Agent、哪个模型、哪个会话、哪个上下文”的问题。

事实上，DeepChat 早期也有过更接近单一 Chat Box 的版本，一些类似的交互在那个版本里会更容易实现，甚至有一些功能在上面也已经实现比如【引入并分出对话】。这个版本目前还可以在仓库的 branch 里找到，感兴趣的话也可以参考一下。但在当前主线的多 Agent 架构下，如果再额外引入“主 Agent / 主 Session”的设置和切换机制，就会带来更多状态管理、用户预期和交互一致性问题，也需要更多长期打磨。以我们现在有限的人力和维护精力，很难把这类体验做得足够完整。

[luchao900]

加油，
早期版本那个我以前也是使用的，关注你们的项目也挺早了，那时这个项目200星左右，主打chat功能，
去年年尾发现这个项目开始转向agent，也是大模型发展到一个新阶段后的一个普遍现象。

小团队项目的孵化是一个持久的过程，况且国内鲜有为APP直接付费的习惯，因此诸位在项目推进过程中，
要考虑商业化的可能性，AI生态现在正在逐渐完善的过程中，窗口期也就短短三两年，后期大厂会花大资本
整合资源，完成对中小项目的降维打击，因此小团队项目一定要突出差异化能力，利用异位优势做大做强。

[zerob13]

感谢喜爱🙏🏻