对话式 UI（Conversational UI，简称 CUI），指把自然语言对话——通常是屏幕上一个聊天输入框——当作操作软件的主要界面：用户说出想做的事，系统识别意图、调用背后的功能，再用一句话、一张卡片或一个表单把结果交回来。
一个比方：菜单与服务员
图形界面（GUI）像自助餐厅的餐台：菜摆在那儿，你扫一眼就知道有什么、伸手就能拿，拿错了还能放回去。对话式 UI 更像叫服务员：你说“来点清淡的”，他能给你端出菜单上没单独列出来的组合；但前提是你得知道这家店有后厨、能做什么菜。自助餐的问题是想吃的可能没摆出来，服务员的问题是你不知道他能做什么。
技术上的链路大致是：理解用户这句话要干什么（意图）→ 抽出关键信息（时间、对象、数量）→ 调用对应的函数或接口→ 组织成人话回复。接一个大模型把这条链路跑通，今天不算难事，难的是另外两件事。
难点一：可发现性
GUI 会把所有能力摊在用户面前：按钮就是功能清单，用户即使不会用也能乱点试探。聊天框则是一张白纸，用户面对空白输入框的第一反应往往是“我该问什么”。这是对话式界面典型的冷启动问题。常见解法是把能力“显形”：给几条建议问题、把高频操作做成可点的快捷指令、在回复里嵌按钮卡片、分层次地透露能力，不必一次全说完。
难点二：说清“不能做什么”
用户会把聊天框当成万能入口，问出系统根本没接的能力。此时最糟的失败不是拒绝，而是模型顺着话头编一个像模像样的答案。所以对话式产品的设计重点，往往落在模型之外：能力边界写清楚、超出范围时明确说“这个我做不了，但你可以试试 X”、关键动作前先确认、多轮对话里主动澄清有歧义的说法（“上周”到底是哪一周）。
| 命令行 CLI | 图形界面 GUI | 对话式 UI | |
|---|---|---|---|
| 怎么操作 | 敲命令 | 点按钮、填表单 | 说人话 |
| 能力可发现性 | 低，靠记忆和文档 | 高，一眼扫完 | 低，需要刻意设计 |
| 入门门槛 | 高 | 低 | 低门槛、高上限 |
| 典型失败 | 命令记错 | 入口藏太深找不到 | 用户不知道能问什么、系统答超纲 |
和相邻概念的区别
Chatbot（聊天机器人）是一种产品形态，对话式 UI 是一种交互范式；早年的规则式客服是对话式 UI，但并没有用到语言模型。语音助手属于它的近亲（Voice UI），多了语音识别与合成这一层。和 GUI 也不是替代关系，今天更常见的是混合形态：侧边栏里的助手、聊天回复里嵌的表单和按钮。
对从业者和普通人的意义
对做产品的人：工作量从“画界面”部分转移到“写清楚能力清单、覆盖用户说法、设计失败路径”，评测时除了答得对不对，还要看该拒绝时有没有拒绝。对普通使用者：把需求说完整（对象、时间、范围、想要的格式）能显著提升效果，同时默认假设它可能不懂你的领域，重要结论自己再核一遍。具体支持哪些能力，以产品官方页面为准。
一句话收尾：对话式 UI 的价值在于降低表达门槛，它的风险也在于把“系统能做什么”这件本该由界面说清的事，转嫁给了用户去猜。