交互设计这个专业过去三十年一直在回答同一个问题："怎么让用户找到并学会使用某个功能"。大模型让这个问题本身开始过时——当系统能听懂模糊指令、能记住上次的偏好、能调度好几个子任务并行推进时，用户不再需要"学会"什么，但要处理的新麻烦也更隐蔽：状态藏在对话历史里、记忆变成了隐私风险、背后到底是几个 AI 在协作都看不清。这篇文章是我作为交互设计和全栈开发的双重视角，梳理出的六个具体的新发现，每一条都能落到设计决策上，而不是停留在"AI 改变一切"的判断。
一、先分清三代交互语言，而不是急着替换旧的
图形界面（GUI）靠点击和菜单，对话界面（CUI）靠自然语言和追问，委托界面（AUI）靠意图表达和自主执行——这不是新旧迭代关系，而是三套并行的交互语言，设计师需要同时维护。真正的新问题是：同一个产品里，什么任务该留在 GUI，什么该升级成 CUI，什么值得做成 AUI，这个判断本身现在还没有成熟的方法论，大量团队是靠试错在摸索。
| 维度 | 旧假设（GUI 时代） | 新现实（CUI / AUI 时代） |
| --- | --- | --- |
| 用户学习成本 | 前置：先学会界面结构 | 后置：在交互过程中被逐步澄清 |
| 系统状态 | 靠页面元素常驻可见 | 容易被淹没在对话历史里 |
| 出错处理 | 撤销上一步操作 | 可能需要回滚一整条已执行的委托链 |
| 个性化 | 靠用户手动设置 | 靠系统记忆自动生成，但记忆本身要可控 |
| 系统复杂度 | 对用户基本透明 | 背后可能是多个协作 Agent，边界需要主动呈现 |
二、六个新发现
1. 对话框正在偷偷制造认知负荷
聊天气泡这个交互形态最初是为"你一句我一句"的对话设计的，但现在被塞进了状态汇报、风险提示、追问澄清、结果确认等完全不同性质的信息。已有研究指出，AI 工具的界面如果一次性堆叠太多建议或状态，会制造"外在认知负荷"——用户要在脑子里手动分拣哪句是在问我、哪句是提醒、哪句只是过程日志。会话式界面把系统状态埋进消息历史，反而逼着用户用工作记忆去追踪进度。
具体的设计推论是：把"状态"从"对话"里拆出来，单独给一层展示。任务进度、待确认项、风险提示应该是可以独立扫视的结构化面板，对话框只保留真正需要语言表达的意图和澄清，两者不该挤在同一条时间线里。
2. 记忆正在从"功能"变成一个需要被设计的隐私界面
2026 年之后，"记忆"已经成为 Agent 产品里一个独立的架构层，有自己的评测体系和产品设计模式，而不只是后台的一个数据库字段。行业内已经沉淀出一套通用的"记忆管理"交互模式：让用户能看到系统记住了什么、能编辑、能删除，并清楚知道这些记忆会怎么被使用。这不是隐私政策条款该管的事，而是实实在在的界面设计问题——谁能看、留多久、能不能删，都要有对应的可点击入口，而不是藏在一份用户从来不会读的协议里。
我自己的判断是：记忆应该分级设计，不是"记 / 不记"的二元开关。偏好类记忆（界面风格、常用模板）可以默认开启、低摩擦编辑；涉及身份、财务、健康这类敏感信息的记忆，应该默认不记，需要用户显式确认才纳入长期记忆。
3. 多智能体编排把"黑箱"问题放大了
当产品背后不再是一个模型，而是一个调度 Agent 分派给多个专职子 Agent（检索、撰写、核对、发布）协作时，"黑箱感"会成倍放大——用户原本只需要理解一个系统在做什么，现在要理解一整个团队在做什么。今天生产环境里常见的编排模式已经有好几种：一个顶层调度者拆解任务、分发给互不重叠的子 Agent 并汇总结果，是目前最主流的一种。
这对交互设计的启发是：用户不需要看到编排的技术细节，但必须看到一条清晰的责任边界——哪一步是谁在做、出了问题该找哪一环，而不是把整个团队糊成一个统一的"AI 正在处理中"提示。这也是 2019 年那份被广泛引用的人机交互设计准则里反复强调的一点：让系统的能力和局限对用户可发现，而不是让用户靠猜。
4. 不是所有任务都该塞进对话框
对话式交互天然适合模糊、探索式、需要来回澄清的目标；但一旦任务涉及精确比较、多维筛选、空间排布，硬塞进对话框反而会让用户把简单任务讲成一大段话，体验明显变差。已经有设计评论明确指出：语言并不是万能的输入方式，很多时候直接操作、结构化视图比对话更高效、更少歧义。
落到具体判断上：模糊探索式目标交给对话去澄清；精确比较交给表格或结构化视图；空间和连续操作交给直接操作或画布；高风险、需要留痕的动作交给带明确确认步骤的表单。对话是这套组合里的一种，不是唯一答案。
5. 信任和自主度是同一个仪表盘，不是两件事
用户对系统的信任如果高于系统实际能力，一次意外就会导致信任断崖式崩塌；如果低于实际能力，能力就被闲置浪费——这是自动化领域一个经典且持续被验证的结论。而系统该获得多大自主权，本质上正是信任校准的结果，两者应该被当成同一块仪表盘来设计，而不是分开的两个参数。
一个可执行的做法是"渐进式委托"：新任务、新用户默认停在较低自主度，随着连续成功的委托积累，逐步放开权限；一旦出现意外或用户主动收紧，仪表盘要能立刻往回校，而不是靠用户去系统设置里找开关。
6. 三种交互语言会长期共存，设计的工作是分配它们
回到第一节的判断：GUI、CUI、AUI 不是替代关系。真正需要交互设计师投入精力的新工作，是给每一类任务找到合适的那一种，并且在同一个产品里让三者能顺畅切换——比如从一句模糊的对话意图出发，中途切换到表格做精确比较，最后回到一个确认表单完成高风险操作，整个过程要感觉是同一个系统在响应，而不是三个割裂的模块拼在一起。
三、我的判断：设计交付物正在从"页面"扩展出三样新东西
把六个发现收拢起来看，我认为交互设计这个岗位除了继续产出页面和流程图之外，现在还必须交付三样过去不需要单独设计的东西：
- 状态语法：系统状态、风险提示、任务进度该用什么视觉语言跟对话区分开，而不是让它们都长得像一句话。
- 记忆契约：用户和系统之间"记什么、忘什么、谁能看到"的显式约定，需要有对应的界面，而不是只写在文档里。
- 编排边界：当背后是多个协作 Agent 时，用户可见的责任边界画在哪——这决定了出问题时用户知不知道该期待什么、该找谁。
这三样东西目前在大多数产品里都还没有被当成一等公民来设计，往往是等出了问题（用户投诉"AI 记性太差"或"AI 记性太好吓到我了"、多 Agent 协作出错找不到原因）才被动补上。提前把它们纳入设计范畴，是这一轮交互设计里性价比最高的投入。
四、可落地的设计清单
- 把状态、风险提示从对话气泡里拆出来，单独做一层可扫视的结构化面板。
- 记忆功能默认分级：偏好类低摩擦，敏感类默认不记、需要显式确认。
- 多 Agent 协作时，给用户一块可见的"责任边界"图，而不是一个笼统的"AI 正在处理"。
- 判断任务形态：模糊目标用对话，精确比较用表格，空间操作用直接操作，高风险动作用带确认步骤的表单。
- 自主度设置和信任状态放在同一个可视化组件里，出意外时要能立刻回调，而不是等用户自己去设置里关掉。
参考资料
- Response Time Limits: Article by Jakob Nielsen — NN/g
- Guidelines for Human-AI Interaction — Amershi et al., CHI 2019（微软研究院）
- Trust in Automation: Designing for Appropriate Reliance — Lee & See, 2004
- Building Effective Agents — Anthropic 工程博客
- When Words Cannot Describe: Designing For AI Beyond Conversational Interfaces — Smashing Magazine, 2024
- Designing For Agentic AI: Practical UX Patterns For Control, Consent, And Accountability — Smashing Magazine, 2026