生成式 UI 开启 AI 交互新模式，以更直观清晰可交互等方式，改写与大模型等对话过程。结合生成式 UI 的产品，介绍了生成式 UI 的原理以及在业务场景落地诉求下对能力的改造与扩展，讨论了生成式 UI 性能指标以及应用场景的局限性。对业界多个生成式 UI 产品协议进行对比，讨论了协议标准化的不同观点。

演讲提纲

1. 生成式 UI—— 开启 AI 交互新模式

• 改善文本对话体验，可视化直观清晰
  • 案例：对比长文本流 Markdown 展示 & 可视化文本图表效果
• 优化多轮信息交互， 贴合业务降低门槛
  • 案例：对比点一杯奶茶选项，手动回复 & 使用 UI 交互回复
• 千人千面实时渲染，告别“预制”轻松调整
  • 案例：对比生成调研报告，严谨风格 vs 活泼风格， 文案+配色等

2. 生成式 UI 原理与基于场景落地扩展

• 原理： 结构化输出 + 流式增量渲染 + 缓冲保护区
  • 始于结构化输出——采用 TinyEngine 低代码协议
  • 内存稳定为王，减少框架重渲染 —— 增量补丁实现流式渲染
  • 削减不完整信息引起的错误与不必要的渲染 —— 缓冲拦截规则
• 场景落地述求下的扩展
  • 更懂品牌与业务 —— 物料可定制扩展
  • 跳出对话框，融合业务 —— 交互上下文扩展
  • 延长线： 生成式 MiniApp —— 共享对话生成应用
• 性能指标考量与局限性
  • 性能指标与度量 —— 大模型的 TTFT/TPOT 指标 + Web 应用性能指标 => 生成式 UI 指标度量
  • 应用场景局限性 —— 长数据、复杂应用、重复生成的问题讨论

3. 协议对比与标准化争论

• 协议对比 （ A2UI、cosui）
  • UI 描述能力
  • 数据绑定形式
  • 事件通信模式
  • 协议实现层级与转换
  • 性能、安全等讨论
• 标准化争论（源自公司内部参与浏览器标准化相关工作组）
  • 争论点：生成式 UI 标准化是否只支持原生 HTML 元素
    • 正方观点：
      • 浏览器内核相关标准应该与框架无关
      • 组件应当限制在通用范围
      • 标准化应围绕现有标准组件
    • 反方观点：
      • 协议应保持开放可扩展
      • 业务侧有更多业务述求，需要灵活支持业务组件与上下文
      • 仅有原生 HTML 元素对于复杂业务场景，LLM 生成效果差（生成速度慢、稳定性差、可靠性差，品牌视觉约束也差）
  • 案例：业务高级搜索框，逻辑复杂，AI 难以一次生成正确的 UI

您认为，这样的技术在实践过程中有哪些痛点？

• 生成式 UI 依赖大模型输出，在数据过长的场景大模型输出很慢，需要更多方法去给大模型“减负”
• 在复杂逻辑场景大模型经常会犯一点小错误，需要允许多轮修正
• 重复生成的 UI 如何获得复用，也是一个值得考虑的事情

演讲亮点

• 介绍生成式 UI 实现原理，结合落地实践的反思优化
• 多种协议对比，包括协议的描述能力、扩展能力，安全考量等方面
• 局限性与延长线的探讨

听众收益

• 了解生成式 UI 及其应用场景以及当前的局限性
• 了解生成式 UI 的基本原理和实践落地需要考虑的问题
• 了解不同协议的大体区别，可以更好地选型