从 UX 到 AX，Agent 正在改变传统交互方式

10 月 8 日，ACM 地方分会 PhillyCHI 在年度 UX Community Conference 中安排了“From UX to AX”演讲。议程所说的 AX 就是 Agentic Experience。当 AI 从提供回答转向理解目标、制定步骤并替用户执行操作，设计对象也从等待操作的界面，变成能够主动行动的系统。

传统 UX 建立在一套相对稳定的关系上。用户发起操作，系统作出回应，结果通过界面反馈给用户。即使流程复杂，行动主体通常仍然清楚。点击购买、提交表单或修改设置，都能在操作发生前看到对象，并在操作之后确认结果。

Agent 改变了这条关系。用户可能只提出一个目标，系统随后自行拆解任务、调用服务、使用账户权限，并在不同时间和不同产品中完成操作。行动不再与某个按钮保持一一对应，结果也可能在用户离开界面后才产生。传统页面仍然存在，却无法独自解释系统正在做什么。

界面因此需要承担新的责任。它不仅要帮助用户发出指令，还要说明 Agent 如何理解目标、准备采取哪些行动、将访问哪些数据，以及什么节点需要再次确认。任务开始后，用户还需要知道已经完成了什么、哪些步骤失败、系统依据什么作出选择，以及能否暂停、修改或撤销。

这类信息不能全部压缩进一句“正在处理”。当 Agent 代订机票、修改文件或向外发送信息时，计划、权限和执行状态本身就是界面内容。对高风险操作，用户需要在行动发生之前看到影响范围。对长时间运行的任务，界面要提供持续状态和中途接管能力。对无法逆转的结果，确认机制必须出现在自动化真正越过边界之前。

AX 因而不能简单的理解为给聊天界面增加进度条。它要求设计师重新界定人和系统之间的委托关系。过去的用户旅程描述人怎样完成任务，Agent 体验还要描述系统可以辅助使用者将任务进行到哪一步，何时必须停下，以及发生偏差后由谁恢复。

相应的设计交付也会改变。除了页面和流程，团队需要定义权限层级、任务状态、确认节点、证据记录和异常恢复。界面仍然重要，但它逐渐从主要操作场所转变为监督与复核层。用户未必亲手完成每一步，却必须始终能够理解和控制正在发生的行动。

“AX”目前更接近一种问题框架，还没有形成统一的设计方法。PhillyCHI 也尚未公开演讲实录，不能把议程中的主张视为行业共识。但它准确指出了 Agent 产品与普通智能功能之间的分界。