关于Chat类WebUI项目的纠结/体验报告

Ein 2026-08-22 03:30 1

小想法


我目前比较深度体验的,并且仍然喜欢的两款这种属性的项目是AMC-WEBDEEIX(这两个项目的佬似乎都在站内),当然neo也类似(和deeix类似,但是有自己的优势)。最大的纠结在于主力使用的项目挑选不出来。


个人用途


其实我主要也就是chat用。用的模型大概都包括了gemini系列、gpt系列、grok系列,如果有米可能还会用claude。

——主要还是Gemini,我还是相信它的世界知识的,不谄媚的情况下说话我也爱听。Claude自己的回答风格我就很喜欢,有米我还是会用的。


然后需求呢就是大小事,只要不是Google一下马上知道的内容(慢慢的这种事情我也会去直接问AI了),我都想直接问。



  • 比如搜索类的,VoyageAI怎么用?有什么福利?或者球星数据?

  • 也有知识类,比如LLM原理?VPS事项?可以说是学习相关。

  • 也有偏复合类chat,比如说怎么规划健身/学习这种复合问题。


这里引出我觉得chat最重要的一个点,就是视觉效果——所以我偏爱视觉联排/Live Artifact/HTML联排。这是最明显,最有效,最舒适的一个主要问题。


差异


我打个比方给佬们看,同样的问题同样的模型设置的结果差异。

回答的模型均为开了搜索的gemini-3.7-flash,上游为AI Studio

↓↓↓↓↓




AMC





↓↓↓↓↓




Deeix





每个人的偏好不同,但是大多数情况下我会喜欢AMC。但是! 少部分情况下,比如文字是主体的情况下,又不太想让所有内容都如AMC一般"画布化",也算是对内容的一种过度处理/简略?然而deeix的处理其实明显不如AMC的重点突出,信息密度大,所以也是苦恼。



  • 所以我觉得视觉联排的不同处理方案,以及单方案的部分"死板"的地方,是个问题。


其次就是一些项目之间各不相同的地方了。


AMC


- 功能简洁扼要;
- 它的"项目"功能似乎有点问题,不能拖动和加入;
- AMC原生白色有点丑,我尝试适配了Claude主题;
- AMC似乎不支持Responses我做了加入;
- AMC的整体UI排版、动画可能和Deeix比起来我偏向于后者;
- 很多东西针对Gemini原生优化,不过我目前是
上游2API/Anti --- CLIProxyAPI ---AMC
的使用形式,所以不知道生效否,且对其它第三方的协议的模型优化的不是很足,比如非Gemini系列
开不了里面设置的功能(联网之类的)——这也是我补responses协议并补上原生搜索的原因。
- 但是比如针对Gemini的深度搜索就是我很喜欢的点

Deeix


- 最开始觉得做了很多东西有点用不上,但是现在觉得没影响,而且要用很方便,整体的UI视觉上也很舒服。
- 但是呈现的主体有点窄了(对比AMC的宽的大画布,相同的内容要用到鼠标下滑很多才能收揽);
- 其实对于我自己使用模型的链路方式(cpa)Claude不能原生搜索,但是mcp加上tavily就能解决,还算方便;
- 其它问题我还是不太介意,视觉这个有点难受,不一定要画布式的呈现,但是窄窄的看着有点累,
像Obisidian的某种感觉——但是ob自己可以调节,且个人不会在ob里看AI生成的大段文。

Neo


- 核心和Deeix差不多,有新的东西挺好使的,比如快速切换搜索啦,记忆之类的。
- 但是还是主要的视觉问题,加上Deeix的模型管理、配置和自定义比Neo强些,我就没怎么用了。

综上我会觉得不是一个项目提一些issue就能解决的问题,可能是项目自己的选择和开发方向不同吧。


叠甲之,AMC我只用到了v1.13.0,Neo是v2.3.0,Deeix是v0.3.6。


虽然我还是觉得可能是自己给自己闲的找事情做了。


毕竟最开始用GPT的时候,子弹头大师 + 不thinking一个问题也能给你答二三十点恨不得写十页清单的时候,当时也没那么难受——现在得捏着鼻子用了。到后面用AI Studio也是很舒服,加上插件(可以直接复制Latex)也是耍的风生水起。现在反倒想东想西的。

最新回复 (4)
  • 硅基跃迁 08-22 10:16
    1

    佬友的介绍让我入坑 AMC 了,正好这段时间项目上的事忙完了,闲的没东西做。我想想怎么对佬友提到的痛点和我一些想法做优化匹配。我想的是 AMC 如果能结合一下 DSH 的 插件内核,那还是挺舒服的。DSH 的 Web UI 现在看着有点不大好看。颜值就是生产力 ^-^

  • qingyang 08-22 10:44
    2

    (帖子已被作者删除)

  • jkcqw 08-22 20:10
    3

    这么好的帖居然热度低,佬的分析很透彻,其实用不同模型在这些平台上的效果也有很大差异,用遵循度高的模型做的效果才符合这些画布需求。我纠结的点是这些平台做加法太多,没了web端的纯粹简单了

  • Ein 楼主 08-22 20:24
    4

    我最开始选择AMC的原因也是功能纯粹。


    我之前就比较不喜欢 助手、skills、prompts甚至mcp 的这些功能,因为我觉得我既然选择了Chat这个形式,就不太有Agent方面的需求。而对我而言Chat最重要的是输出的每一次对话的内容质量及其形式。


    不过体验了一段时间的Deeix我还是能接受的,一方面作者项目优化的很好,对于性能而言还算良好,另一方面很多东西都是默认关闭的,不管就相当于没有。当然最关键的,UI做的流畅舒服,很养眼,这是我目前认为我不能完全投向AMC的一个重要原因。当然我最近也在尝试RAG,知识库这类利用embedding模型"优化"的方式。不过看起来参数和概念很多,实际效果难以检验,可能没有刚需还是不会深入尝试。


    AMC的视觉联排有舍有得,但是对于我而言,它的画布式的联排是目前对于知识学习类最舒服的,我不能说最高效之类的,可能有的人喜欢传统md文档这种线性串联,又或者锻炼自己,但是至少我是最爽的。但是AMC这个项目目前来看可能还是 简陋 了,虽然作者也一直在更新,但是可能我想要的东西确实少一点。


    关于不同模型,其实deeix有json可以自定义工具,然后自己有一套系统提示词的追加(模型的、项目的等等),但是确实实际效果还是不太一样。我尝试移植AMC的 深度搜索 功能,其实就是针对搜索的提示词,但是在不同的包装选择下会有微妙的差异。虽然我觉得是我闲的没事计较这个,不过也确实对于模型行为有些许影响。


    尤其是我偏爱Gemini和Claude是因为它们的回答风格和世界知识,所以提示词的不同位置和修正作用也不太相同,还是得针对才能调整到自己最舒适的状态。

* 帖子来源Linux.do
返回