Yelp为AI助手采用原生与服务端驱动混合UI

Yelp为AI助手采用了混合用户界面方案：导航栏和消息输入框使用原生移动控件，对话内容则交由CHAOS框架渲染。该框架全称为Content Hosting Architecture with Optimization Strategies，支持通过服务端配置快速调整跨平台界面。

这款助手于2024年首先登陆iOS，最初用于帮助用户向本地服务提供商提交需求，随后逐步增加商户信息查询，以及预订、预约和点餐等功能。CHAOS同时支持Web、iOS和Android，服务端可以定义客户端展示内容及交互响应，因此界面更新无需等待移动应用重新发版。

Yelp服务技术负责人Daniel Andrade Groppe表示，现有CHAOS能力不足以满足助手需求，缺少文本输入字段和网络请求等功能。如果先扩展框架，可能拖慢产品交付。因此团队保留导航和消息输入等原生部分，只让CHAOS负责对话区域，以平衡开发速度与功能完整性。

该设计将视图配置与对话数据拆开处理。会话开始时，客户端获取CHAOS配置并初始化消息事件数据集；之后的新消息直接更新既有视图，不必重复请求配置。事件既包括持久化的用户消息和机器人消息，也包括临时输入状态、快速回复及跳转目标页面的链接。后端还可发送控制指令，例如在请求完成后同时返回结果消息、查看匹配项的链接，并暂时禁用聊天输入。

这种事件驱动模型把界面渲染和对话逻辑分离开来。类似思路也曾由Airbnb的Ghost Platform采用，用服务器定义Web及移动端UI。不同之处在于，Yelp将服务端驱动模式集中用于对话界面，同时继续在客户端维护消息状态和交互处理，并保留原生控件。

具体流程中，客户端先展示用户已提交的消息和输入指示器，随后禁用输入并向后端发起请求。收到结果后，界面显示机器人回复和快速回复选项，再重新启用输入。可恢复错误会自动重试；对于无法恢复的故障，系统会禁用输入并提示用户稍后再试。

混合架构也增加了协作成本，工程师需要同时理解助手业务和CHAOS框架，同一套逻辑在不同平台上仍可能出现表现差异。不过，配置与对话数据分离后，功能可以相对独立地开发。该方案还支持复用Android助手来启动Biz Ask Anything试点项目。Yelp认为，这项工作为下一代助手打下基础，新版产品已经能够把商家信息与用户可以直接执行的操作连接起来。