Workday利用TypeSafe的Jev实时构建用户界面
内容提要
Workday将AI助手Sana作为HR、财务和IT软件的新主界面，其界面由TypeSafe的决策模型Jev实时生成。Jev不生成文本，而是从设计组件中快速选择，响应仅需70至500毫秒。TypeSafe刚获8.7亿美元A轮融资，估值75亿美元。但Jev在计数、算术和日期处理上较弱，且存在选项顺序偏好等局限。
延伸解读
Jev 的实时 UI 生成机制
Jev 不生成文本，而是从设计组件中快速选择，响应仅需 70 至 500 毫秒。Workday 将设计系统的所有原子组件交给 Jev，并硬编码选择逻辑，从而实现界面实时构建。这种分类模型方式比生成完整界面的生成式 UI 更快，适合需要即时响应的场景。
性能优势与实测数据
在 OpenRouter 的 Banking77 意图分类测试中，Jev 中位响应 175 毫秒，准确率 81%；而 Claude Opus 5 准确率 84.4%，但耗时 2.3 秒，成本约 22 倍。Very Good Ventures 的测试显示，将封闭问题交给 Jev 后，仪表板渲染中位时间从 29 秒降至 3.8 秒。这些数据表明 Jev 在速度和成本上优势明显。
已知局限与风险
TypeSafe 文档指出，Jev 在计数、算术和日期处理上较弱，且倾向于选择列表中的第一个选项，默认不将注入内容视为恶意。Workday 未说明设计系统规模及无匹配组件时的处理方式。此外，Jev 仅通过托管 API 运行，数据在美国处理，企业客户可获零数据保留，但安全认证情况需关注。
竞争格局与集成现状
OpenAI、亚马逊、Cloudflare、Perplexity 和微软均已推出决策模型。CopilotKit 和 Vercel Labs 也在探索 Jev 集成。Workday 的 Sana 可通过 Claude 访问，但会失去 Jev 驱动的界面和部分上下文。Workday 与 Google Cloud 的 A2UI 合作及 MCP Apps 尚未体现在本次发布中。
Q&A
Workday的Sana助手是如何利用Jev实时构建用户界面的？
Workday将Sana作为HR、财务和IT软件的新主界面，其界面由TypeSafe的决策模型Jev实时生成。Jev不生成文本，而是从设计组件中快速选择，响应仅需70至500毫秒。例如，询问工资单会显示一个隐藏金额的卡片，请求休假会生成日期选择器。
Jev决策模型有哪些主要局限性？
根据TypeSafe的文档，Jev在计数、算术和日期处理上较弱，倾向于选择列表中的第一个选项，并且默认不将注入内容视为恶意。
TypeSafe的Jev与大型语言模型（如Claude Opus 5）在性能和成本上有何差异？
在OpenRouter博客的测试中，Jev在Banking77意图分类集上中位响应时间为175毫秒，准确率81%；而Claude Opus 5准确率84.4%，但耗时2.3秒，成本约为Jev的22倍。
TypeSafe的融资情况和估值如何？
TypeSafe于9月15日推出Jev，并获得由DCVC领投的4000万美元种子轮融资。周五，它宣布获得由Andreessen Horowitz领投的8.7亿美元A轮融资，估值达75亿美元。
Workday如何确保使用Jev时的数据安全和合规性？
Workday已将TypeSafe添加到其子处理商列表中，涵盖所有产品线，用于自然语言处理、意图分类和置信度评分。TypeSafe表示Jev仅在其托管API上运行，数据在美国处理，并为企业客户提供零数据保留。TypeSafe现在还提供SOC 2 Type II报告。
通过Anthropic的Claude使用Sana会有什么不同？
通过Claude使用Sana是一种AI到AI的集成，用户会失去Jev驱动的界面和一些上下文。例如，通过Claude访问Sana的用户只能进行对话，而无法使用日期选择器等交互组件。
