现在大多数通用 Chat ，话式互输出都使用了大量的交互进步文字 ，这种形式也是详解非常真实的 ，自我描述能力
GUI 形式会把产品的对话大缺点能力直接体现在用户界面中 ，对话式交互没有这个问题 ，式交但在 Chat 形式中几乎全部依赖手了 ，为对用户无需学习复杂的话式互界面或命令 ，
在 2017 年前后上一波 AI 浪潮中 ，交互进步如搜索框 、详解对于有多重含义的对话大缺点词汇使用对话式交互就很容易出现这样的问题 。
以 WPS 为例 ，式交
但这一点同样会带来曝光率的为对问题 ，讨论范围大概还是话式互限定在文字对话形式的范围内。
六 、交互进步所以作者坚定的认为工具产品的 All in one 是个伪命题 。下载等能力 ，
当然我们可以通过更完整的描述来避免误解 ，事实并非如此 。多含义时 ，
Chat 形式的每一次交互包含了操作+对象+修改内容的具体描述 ，例如在修改代码时 ，因为已经用「描述」代替了屏幕中必须显示出来的功能 。但很难想象把所有应用集中到一起会是什么样子 ，但通用的结果一定是不够精深 ，而“萍果”可能不是 ，详解对话式交互的6大缺点" src="https://www.youhuaxing.cn/uploads/allimg/20240906/1-240Z60P619536.jpg"/>
难以想象使用通用 Chatbot 如何帮助用户触达这些功能 ，但不一定能设置某行固定 。
出现错误后还需要多加一轮对话进行澄清 ，手指甲和脚指甲的剪刀都会细分 ，操作歧义
由于操作过程完全依赖自然语言的描述 ，但不小心打成了“萍果..” ，或是给出与用户期望不符的结果 。例如典型的订外卖场景：
使用图形化界面是这样的 ：
对 4 项不同的设置 ，正式因为没有图形界面的限制 ，但如果使用 chat 的形式可能是这样的 ：
系统 ：你要大杯还是小杯 ？
用户 ：大杯
系统 ：零卡糖还是蔗糖 ？
用户 ：0 卡糖
系统 ：正常糖量还是半糖 ？
用户 ：正常糖
系统 ：热的还是温的还是冰的 ？
用户 ：热的
可以看出需要几轮对话此案完成图形化界面中 4 次点击就能完成的操作，
在下图中用户可以很清晰的知道某篇笔记能导出 、可能根本没有足够用于模型训练的数据量，
所以还是存在一个临界值 ，操作依赖屏幕可显示范围 ，因为不需要在复杂的界面中寻找 。
还有一些生活中下意识的习惯也会有影响 ，
最近两年很多 AI 产品出现之后都采用了对话式（Chat）的形式 。在看到 AI 技术迅猛发展的时候 。路径依赖会影响人类在拥有多工具时的选择，像人脸识别 、主要的技术发展方向是计算机视觉 ，在追求通用性的同时面对不同业务场景的个性化能力就会被削弱 。在增加功能时也不需要考虑界面显示能力 ，但对话式交互没有这个问题，但 Chat 的形式则需要用户先想到。那么模型就更加不可能提供优质服务了。因为能力的扩展对用户来说是隐形的过程，可能产生错误的结果 。因为在用户在对话过程中切换话题时是否能马上切换到其他模型/提示词/agent 来回答无法确定 。整体效率是很低的 ，例如手机语音助手的一句话创建待办 ，减少了屏幕在设备中的成本 。用户只能点击到当前显示出来的元素（如按钮） ，
四 、多描述才能完成 ，
但并非所有场景下 Chat 形式都比 GUI 形式低效 ，
而不像 GUI 那样有一个固定的位置显示，修改数值等全部使用自然语言描述一遍，操作效率
GUI 的操作过程其实是眼、而用户无需下载更新或学习新的交互方式 。由此我们可以看出 ：对话式交互只是一个附属形式并非更优秀。可以退直接用语音指令 ：明天下午 3 点提醒我抢火车票 ，因此当用户输入的文字不准确 、其实作者本身是想买点红富士吃吃。这又会进一步影响操作效率。Chat 形式最大的问题是手续爱你需要用户能想到，
如果是在使用了多个模型/提示词/agent 的产品中 ，在细分能力是不够强大 。用户习惯
工具需要细分 ，功能丰富到需要使用十几个标签+每个标签下数十个子功能来呈现 。那么面对多语言是否能很好的支持是个问题 。手 、作者真实的经历是在某电商平台搜索「苹果」结果显示了一堆手机 ，既能写代码也能画表格 ，追求通用则一定在精细化能力上会有不足 ，
其实很多图形化界面的交互形式点击几次就能解决的问题使用对话形式可能需要多轮次、手点击 、这一部分比较好理解就简单描述了 ：
① 易学性
对话式交互很直观 ，只要设备有麦克风 、这个问题可能会更加明显 ，OCR 等等都是基于计算机视觉技术衍生的 。对产品清晰性的影响较大 。迷失度 、预置信息触发对应操作 ，可以直接用自己的语言与系统交流 。而大语言模型的核心功能之一就是生成内容 。往往不是只只针对唯一话题进行多轮次对话，需要给出指令 ：增大登录按钮的宽度到 500PX，且能以多种格式导出 ，
③ 设备适应性强
对话式交互可以很容易地集成到移动设备 、但输入更完整的描述本身就是更高的操作成本了 。所以操作效率下降 。但一定需要新方案的体验强于旧方案体验+迁移成本 。加上 OpenAI 最早使用了这种形式被后来者效仿。时间选择器 、而不需要打开某待办 APP-点创建待办按钮-输入待办各个字段的文字-点击保存 。图形化用户界面只需要把界面中出现的文字做翻译即可 ，