今年 3 月在红杉资本的 AI Ascent 大会上,我谈到了代理的三个限制:规划、UX 和记忆。查看该演讲 在这里。由于代理的 UX 是一个非常广泛的话题,因此我们将对它的讨论分为三个帖子。查看关于 聊天 UX 的第一篇博文以及关于 环境 UX 的第二篇博文。这是我们关于代理的 UX 的第三篇博文,重点介绍电子表格、生成式和协作式 UI/UX。
这是我关于代理 UX 的第三篇博文,但我可能还能深入研究十篇——在我们都找出构建和与代理交互的最佳方法时,有很多东西需要探索。代理的 UI/UX 空间是我最兴奋的领域之一,我将在未来几个月密切关注该领域的创新。
为了尝试总结关于代理 UI/UX 的讨论,我将重点介绍三个最近变得越来越流行的鲜为人知的 UX。这些 UX 中的每一个都值得拥有自己的博文(这可能在未来会发生!)。
电子表格 UX
我在过去大约 2 个月中看到过很多的一种 UX 范式是电子表格 UX。我第一次看到这种情况是在 Matrices,一个 AI 原生电子表格 今年早些时候推出时。

我很喜欢看到这一点。首先,电子表格 UX 是一种非常直观且用户友好的方式,可以支持批处理工作负载。每个单元格都成为自己的代理,去研究特定的事情。这种批处理允许用户扩展并同时与多个代理进行交互。
这种 UX 还有其他好处。电子表格格式是一种非常常见的 UX,大多数用户都熟悉它,因此它与现有工作流程非常契合。这种类型的 UX 非常适合 数据丰富,这是一个常见的 LLM 使用案例,其中每一列可以代表一个要丰富不同的属性。
从那时起,我在几个地方看到了这种 UX 的出现(Clay 和 Otto 是两个很好的例子)。
生成式 UI
“生成式 UI”的概念可以指几种不同的含义。
一种解释是一个真正的生成式 UI,其中模型生成要显示的原始组件。这类似于 WebSim 等应用程序。在幕后,代理基本上是在编写原始 HTML,从而使其能够对显示的内容拥有完全控制权。但是,这种方法会导致生成的 HTML 质量存在很大差异,因此最终结果可能看起来有些奇怪或不完美。

另一种更受限制的生成式 UI 方法涉及以编程方式将 LLM 响应映射到不同的预定义 UI 组件。这通常使用工具调用来完成。例如,如果 LLM 调用天气 API,那么它将触发天气地图 UI 组件的渲染。由于渲染的组件不是真正生成的(而是更多地被选择),因此生成的 UI 将更加精致,但它在可以生成的内容方面也更不灵活。
您可以在 我们的视频系列中了解有关生成式 UI 的更多信息。
协作式 UX
一个不太常见的 UX:当代理和人类一起工作时会发生什么?想想 Google 文档,您可以与团队成员协作撰写或编辑文档——但不同的是,您的其中一个合作者是一个代理。
在我看来,该领域的领先思想家是 Geoffrey Litt 和 Ink & Switch,他们的 Patchwork 项目 是人机协作的一个很好的例子。

协作式 UX 与之前讨论过的 环境 UX 相比如何?我们的创始工程师 Nuno 强调了两者之间的关键区别
环境和协作之间的主要区别在于并发性
- 在协作式 UX 中,您和 LLM 通常会同时进行工作,互相“借鉴”工作
- 在环境 UX 中,LLM 会持续在后台工作,而您(用户)则专注于其他完全不同的工作
这些差异也转化为构建这些应用程序时的不同要求
- 对于协作式 UX,您可能需要显示 LLM 所做的细粒度工作。(这介于单个标记和更大的特定于应用程序的工作之间,例如文本编辑器中的段落)。一个常见的需求可能是有一种自动化的方式来合并并发更改,类似于 Google 文档如何管理实时协作。
- 对于环境 UX,您可能需要汇总 LLM 完成的工作或突出显示任何更改。一个常见的需求可能是从其他系统发生的事件触发运行,例如通过 webhook。
为什么我们要考虑这些?
LangChain 不以 UI/UX 为中心的公司而闻名。但是,我们花了大量时间思考这个问题。为什么?
我们的目标是尽可能轻松地构建代理应用程序。人类如何与这些应用程序交互会极大地影响我们需要构建的架构类型。
例如,我们最近推出了 LangGraph Cloud,这是我们用于大规模部署代理应用程序的架构。它具有多种流式传输模式、对 “双发短信” 使用案例的支持以及 异步后台运行。所有这些都直接受到我们观察到的 UI/UX 趋势的影响。
如果您正在构建一个具有新颖或有趣的 UI/UX 的应用程序(例如,非流式聊天),我们非常希望收到您的来信,请发送至 [email protected]!