文章主张采用统一的代理至用户界面（Agent-to-UI）通信方法，指出当前碎片化现状及其带来的成本。开发者面临挑战，因为每个 AI 助手渲染用户界面的方式各不相同，迫使维护按钮组件的人员不断适配。虽然代理之间的连接正变得更容易，但跨多种客户端的渲染过程仍不一致，且缺乏组件所有权或外观的单一事实来源。Google 的 A2UI 旨在通过声明式 JSON 解决这一问题：代理命名客户端已拥有的组件，而由客户端负责渲染。这种声明式 JSON 方法类似于早期的 HTML，被提出为一种中立方案，不归属于任何特定厂商。然而，广泛采用受到阻碍，因为客户端使用多种方法显示 UI，包括沙箱化的 HTML 以及厂商专有格式，如 Slack 的 BlockKit 和 Microsoft 的 Adaptive Cards。核心问题在于样式和组件词汇的所有权，目前这些被移交至客户端，导致设计系统的一致性变得复杂。作者将这一情况与 20 世纪 90 年代末的浏览器大战相类比，指出竞争标准导致了重复劳动和停滞。文章强调，真正的成本存在于“画布”或超越简单聊天的更复杂 UI 区域，每个厂商都维护自己的一套组件。尽管像 A2UI 这样的声明式 UI 提供了一条通往共享“部件清单”的路径，但当前现实要求投入大量努力，才能使设计系统在众多的代理表面和平台上协同工作。提出的解决方案是选定一个目标标准，其中 A2UI 最具前景，以统一渲染过程，并降低因管理多种实现而施加的“表面税”。最终，任何标准能否成功，取决于其中立性以及平台厂商是否愿意承担渲染的复杂性。