本文要点
- 从先把界面翻译成代码，转为直接在视觉界面上连续生成下一帧。
- 从固定页面和组件模板，转为用自然语言定义点击、拖拽和输入含义。
- 从视频生成展示，扩展到可交互界面的研究原型和早期访问邀约。
阅读辅助
先看数字、证据和来源，再读正文。
Solaris是Runway自称的首个Interface World Model。
2026-08-31 18:05 UTC · Glitchwire发布Solaris报道，转述其无代码生成交互界面的定位。
Runway在8月31日把Solaris放到官方研究页上，给出的定位很明确：这是它的第一个Interface World Model。它试图实时逐帧生成一个可以被点击、拖拽和输入影响的界面，把Runway过去更熟悉的视频生成叙事，推到“软件表面也可被连续生成”的方向。
官方自评数字先给这件事定了边界。页面结构化数据给出发布时间为2026-08-31T21:16:00Z；用户研究涉及250名参与者、30个交互样例和接近7500次成对判断。Glitchwire、AI News JP和HeadsUpAI都在同日或本期发现窗口内转述了这件事，但它们大体围绕官方页面展开，并没有提供独立跑分或复现实验。
本文边界也很明确：Solaris目前更像一次研究展示和早期访问预告，距离可广泛调用的开发者平台还有一段路。公开页面没有通用API文档、定价、延迟指标、失败样例集合或第三方benchmark复现。Runway自述的用户研究和视觉相似度评估值得记录，但不能写成市场已经验证。
对读者而言，Solaris最值得看的地方不是“又一个生成UI工具”。如果一个界面能在视觉层连续生成，并把用户动作纳入下一帧，它挑战的是软件开发里非常底层的一条假设：交互必须先被设计成固定状态、组件和事件处理逻辑，用户只能在这些预先写好的路径里行动。
Runway到底发布了什么
Runway把Solaris称为Interface World Model。按官方描述，它接受一个起始状态，例如品牌环境、产品场景或某个页面画面，然后在用户持续交互时实时流式生成后续帧。点击、拖拽、输入会被并入下一批生成帧，界面在原地响应。Runway强调这里没有预定义屏幕，也没有模板回退；文本提示负责说明某个场景里点击、拖拽和其他动作意味着什么。
这与常见的“AI生成应用”路线不同。传统路线通常让语言模型先理解需求，再生成HTML、CSS、JavaScript或某个UI框架组件，最终仍然回到代码和DOM状态。Runway批评的是这层翻译会丢失视觉和语义信息：复杂界面被压缩成中间表示后，细节、布局、材质和上下文关系会被损耗。Solaris的路线是直接在视觉界面上生成下一步，把“界面”当成一种可预测、可演化的世界状态。
官方页面给了两个层面的能力设想。第一是连续生成：用户给一个初始画面，模型随着交互不断补出下一帧。第二是重新定义鼠标：当交互含义不再预先写死，场景里的任何物体都可能成为工具。Runway举的例子是点击猫之后，后续点击可以把猫的毛色和纹理应用到其他对象；点击一幅画之后，用户可能开始以它的风格绘制。
这套表述很有想象力，但也要谨慎理解。它不是说Solaris已经替代传统软件工程，也不是说开发者不再需要权限、数据、状态同步、日志、测试和可访问性。官方文本更接近一个研究方向：把部分交互从“代码定义的状态迁移”改为“模型生成的视觉连续性”。
官方评估给了哪些数字
Runway把评估分成两段。第一段是“翻译成本”：让当下多模态语言模型从一张截图重建网站界面，再衡量重建结果损失了多少信息。官方称评估覆盖30个界面，从简单网页到图像密集网页，再到自然图像。指标包括SSIM，也就是结构相似度；还包括DINOv3特征比较，用来衡量视觉内容在位置变化后是否仍被保留。
第二段是Solaris与编码界面的交互对比。Runway称，两类系统从同一张图片开始，收到同样的交互请求，然后记录响应结果。随后Runway做了用户研究：250名参与者，30个交互样例，接近7500次成对判断。问题有两个：哪个结果更符合给定指令，哪个结果在场景中表现得更自然。
| 评估项目 | Runway自述结果 | 可以说明什么 | 不能说明什么 |
|---|---|---|---|
| 截图重建样本 | 30个界面 | 官方尝试覆盖简单网页、图文网页和自然图像 | 不能代表真实应用全量复杂度 |
| 重建指标 | SSIM与DINOv3特征 | 关注结构相似度和视觉内容保留 | 不是公开第三方benchmark |
| 用户研究规模 | 250名参与者 | 存在偏好研究设计和样本量披露 | 未见完整问卷、抽样和置信区间 |
| 指令跟随偏好 | 61%偏好Solaris，24%偏好编码结果 | 官方称Solaris更符合交互请求 | 不等于所有任务都优于代码界面 |
| 自然行为偏好 | 71%偏好Solaris，21%偏好编码结果 | 官方称Solaris的场景连续性更强 | 不等于真实产品稳定可上线 |
| 产品状态 | early access申请 | Runway正在找关键伙伴准备公开发布 | 还不是公开API或完整平台 |
这些数字的价值在于说明Runway试图用“信息保留”和“交互自然度”来定义界面世界模型，而不是只展示几个演示视频。限制也同样明显：所有关键数字都来自Runway官方页面，公开材料没有给出完整样本、失败案例、交互延迟、硬件条件、统计显著性和第三方复现。对早报来说，最稳妥的写法是“Runway称”，而不是“Solaris已证明”。
为什么它和普通UI生成不同
过去两年的AI建站、AI原型和Agentic coding工具，大多围绕代码生产展开。用户说出需求，模型生成页面结构、样式、组件和事件处理。优势是可交付、可测试、可部署；问题是自然语言到代码之间有一层语义压缩，生成结果常常停在静态原型，复杂交互仍要回到传统工程。
Solaris提出的方向更接近“生成式运行时”。界面会在每次用户动作后继续生成，带来比一次性产物更大的表达空间：一个电商导购界面可以随用户意图改变产品摆放、材质、背景和推荐方式；一个教程界面可以根据用户当前操作生成下一步，不必局限于固定流程；一个创意工具可以让场景里的对象临时变成画笔、材质或控制器。
这也解释了Runway为什么强调“世界模型”。视频世界模型关注物体、材质、运动和场景连续性；界面世界模型则试图把这些能力迁移到软件交互。对设计师和创意团队来说，它可能提供一种比Figma原型更动态的表达方式。对应用开发者来说，它提出的是更激进的问题：未来部分前端交互是否先由模型生成，再由代码和数据系统提供边界、验证和持久化。
不过，越接近真实软件，问题就越硬。一个视觉上自然的按钮，如果没有稳定的状态和语义，就不能承接支付、权限和审计。一个实时生成的菜单，如果文字不稳定，就不能替代产品设置页。一个个性化生成的导购场景，如果无法解释为什么推荐某件商品，就很难通过企业合规和消费者保护要求。Solaris展示的是可能性，产品化要解决的是这些枯燥但决定成败的约束。
当前限制必须前置
Runway自己也列出了Solaris暂时做不到的事。第一是文字。官方页面说，稳定、可读的文本仍然是视频生成最难的问题之一，而界面比许多视觉领域更依赖文字。Runway提到一种可能路径：当短暂停顿可以接受时，用图像模型处理文字密集视图；连续交互则由视频模型承接。但完全实时生成稳定文本仍是开放挑战。
第二是信任。对于教学或商业体验，一个看起来可信但实际错误的回答，比没有回答更糟。Runway说Solaris目前通过用户给出的起始材料锚定场景，未来需要把参考图片、产品数据和文档等更丰富的已验证上下文接进生成过程。这里的核心在于事实和业务规则能否约束生成界面，视觉相似只是起点。
第三是长会话。开放式互动时间越长，视觉一致性、语义一致性和状态连续性越难维持。短演示中猫的毛色可以被迁移，灯塔视角可以平滑转动，但真实软件需要跨页面、跨账户、跨任务保持状态。当前公开证据还不能证明Solaris能在长时间、高分支的业务流程里稳定工作。
第四是无障碍和集成。传统界面不只是像素，还有DOM语义、键盘焦点、屏幕阅读器、错误提示、表单约束、日志、权限和可测试性。生成式界面如果只输出视频帧，就很难直接进入现有软件栈。Runway承认生成界面仍需要和辅助技术及可访问性API配合，这说明它离生产级软件还有一段距离。
早报判断是，Solaris的新闻价值在于把“AI生成软件”的中心从代码文件挪到交互表面。过去的主流范式是让模型写代码，代码再渲染界面；Runway现在展示的是让模型直接生成界面状态，代码退到边界系统、数据系统和验证系统之后。这会重新分配前端工程、设计原型和实时媒体生成之间的职责。
这条路线对Runway也有清晰的战略含义。Runway不是以IDE或代码Agent起家的公司，它的强项在视频、场景和视觉连续性。Solaris把这些优势搬到界面上，避开了和通用编程Agent在仓库理解、测试修复和部署链路上的正面竞争。它更可能先服务品牌体验、交互广告、游戏原型、沉浸式教程和创意工具，而不是立刻替代后台复杂、合规严格的企业应用。
风险在于，界面不是纯视觉媒介。用户点击按钮时期待的是确定的业务结果，不只是下一帧自然。传统前端虽然笨重，却天然提供状态、可测试性、可访问性和审计入口。Solaris如果要进入严肃软件，需要证明生成画面能被结构化规则约束，能和真实数据绑定，能把每次交互转换成可记录、可回放、可纠错的事件。没有这层工程接口，它就仍然是很强的交互演示，而不是软件运行时。
因此本文把置信度放在medium。Runway发布和核心表述是明确事实，官方自评数字也足够具体；但独立复现、公开API、真实延迟和生产集成尚未出现。更合理的结论是：Solaris给出了“生成式UI”的新参照系，短期看是研究与早期伙伴项目，长期价值取决于它能否把实时视觉生成接上软件工程的硬约束。
接下来该看什么
第一个信号是开放方式。Runway页面说正在与关键伙伴合作准备公开发布，并提供early access申请。如果后续只是面向少数品牌项目的定制演示，Solaris更像创意服务能力；如果出现开发者API、SDK、运行时约束和案例模板，它才会进入更广的软件工具讨论。
第二个信号是可复现评估。官方给出的61%、71%偏好结果很醒目，但评估材料没有完全公开。第三方需要看到样本、提示、任务定义、对照系统、失败案例和统计方法，才能判断Solaris优势来自世界模型能力，还是来自演示任务更适合视觉生成。
第三个信号是状态和文本。界面的大部分真实价值都埋在小字、输入框、错误处理和长流程里。Solaris若只能生成自然动效，价值主要在创意原型；若能稳定处理文字、表单、账户状态和业务规则，才可能触碰应用层。Runway自己已经把文字、信任、长会话、无障碍和集成列为挑战，后续公开演示应优先观察这些弱项，而不是只看画面是否惊艳。
最后要看生态反应。Figma、Framer、Webflow、Vercel、Replit、Cursor和各类代码Agent走的是“把意图变成可维护代码”的路径。Runway如果证明“把意图变成可交互视觉状态”也能形成工作流，前端原型、广告体验和游戏化界面的工具链会多出一条分叉。两条路不一定互斥：现实产品很可能让生成式界面负责探索和体验层，让传统代码负责数据、权限、可访问性和长期维护。