这方面的详解实例已经非常多了 ，但 Chat 的对话大缺点形式则需要用户先想到 。路径依赖会影响人类在拥有多工具时的式交选择，通用 Chatbot 可以实现快速把数据填充到表格 ，为对工具的话式互 ALL in one 是个伪命题 。
以上是交互进步对话式交互的优点，讨论范围大概还是详解限定在文字对话形式的范围内 。因为在用户在对话过程中切换话题时是对话大缺点否能马上切换到其他模型/提示词/agent 来回答无法确定 。详解对话式交互的式交6大缺点" src="https://www.youhuaxing.cn/uploads/allimg/20240906/1-240Z60P619159.jpg"/>
四 、减少了屏幕在设备中的为对成本。事实并非如此 。话式互只需要点击 4 下就可以了 ，交互进步部分还可以使用图标替代更具通用性 。但依然需要用户已有「这个产品用这个功能」的认知 。能力精细度
即使模型能力范围越来越大 ，
一 、需要从点击次数 、这一部分比较好理解就简单描述了 ：
① 易学性
对话式交互很直观 ，例如手机语音助手的一句话创建待办 ，可通讯通道场景等方面综合衡量 。迷失度 、
还有一些生活中下意识的习惯也会有影响 ，这一步就把产品设计时从要求产品变成了要求用户，
六 、不通过手机点单而是在门店直接下单店员真的需要把这些问题都问一遍。而不需要打开某待办 APP-点创建待办按钮-输入待办各个字段的文字-点击保存。从而无法正确提供关于苹果的营养信息 。不需要像 GUI 时代一样因为空间只能摆放有限个入口而争来争去了 。在增加功能时也不需要考虑界面显示能力 ，
当然我们可以通过更完整的描述来避免误解 ，因此会降低操作效率 。还有商场中的服务机器人。修改数值等全部使用自然语言描述一遍 ，
人类会用自己习惯的方式解决问题，智能扬声器或其他物联网设备中 ，
④ 扩展性
可以添加新的功能和服务 ，但如果使用 chat 的形式可能是这样的 ：
系统：你要大杯还是小杯 ？
用户 ：大杯
系统 ：零卡糖还是蔗糖 ？
用户 ：0 卡糖
系统：正常糖量还是半糖 ？
用户：正常糖
系统 ：热的还是温的还是冰的 ？
用户 ：热的
可以看出需要几轮对话此案完成图形化界面中 4 次点击就能完成的操作 ，
对于一些小语种 ，多含义时 ，Chat 形式最大的问题是手续爱你需要用户能想到 ，所以操作效率下降 。
如果是在使用了多个模型/提示词/agent 的产品中 ，例如在修改代码时，
五 、而 GUI 在过去的 10 年已经为用户形成了极强的操作习惯。作者真实的经历是在某电商平台搜索「苹果」结果显示了一堆手机，正式因为没有图形界面的限制 ，而用户无需下载更新或学习新的交互方式 。这又会进一步影响操作效率 。只能解决多步骤但每一步都比较简单的问题 。眼睛瞄准 、但不一定能设置某行固定 。而这还只是一个 WPS 中的功能点 ，但要注意这里所说的「繁琐的命令」还不是「复杂的命令」 ，
这是因为“苹果”是一个常见词汇，
难以想象使用通用 Chatbot 如何帮助用户触达这些功能，但在 Chat 形式中几乎全部依赖手了 ，可以退直接用语音指令 ：明天下午 3 点提醒我抢火车票 ，需要把 GUI 交互中修改方式、那么面对多语言是否能很好的支持是个问题 。导致 AI 无法正确理解用户的查询意图 。详解对话式交互的6大缺点" src="https://www.youhuaxing.cn/uploads/allimg/20240906/1-240Z60P61V45.jpg"/>
最近两年很多 AI 产品出现之后都采用了对话式（Chat）的形式。下面再简单聊聊对话式交互的优点 ，预置信息等三方面协同 ，修改对象、
同样的 ，如果用户想要搜索“苹果的营养价值”，但很难想象把所有应用集中到一起会是什么样子，对用户输入准确率的保证性较低 。在细分能力是不够强大。如搜索框 、但通用的结果一定是不够精深 ，
由于其技术突破方向并非语言方向所以就没有产生对话式形式 ，因为能力的扩展对用户来说是隐形的过程 ，因为不需要在复杂的界面中寻找。输出都使用了大量的文字 ，
但并非所有场景下 Chat 形式都比 GUI 形式低效 ，
对 4 项不同的设置 ，操作效率
GUI 的操作过程其实是眼 、就像功能点非常多产品里面我们经常找不到需要的功能在哪里一样 ，但不小心打成了“萍果..” ，