Runway发布Solaris界面世界模型，用户点击、拖拽等操作后，逐帧实时生成下一状态的可交互界面
Runway公布首个“界面世界模型”Solaris：系统不再调用预先编写的网页或应用代码，而是在用户点击、拖拽等操作后，逐帧实时生成下一状态的可交互界面；Runway将其定位为一种可在使用过程中生成应用与网站的操作系统层能力。
Solaris将视觉画面本身作为应用：单一世界模型同时处理渲染与用户交互，不经由DOM、CSS、JavaScript或其他中间代码表示。用户所见的每一帧既是界面，也是交互状态；这意味着界面不必先由工程师固定构建，再通过后续版本更新改变。
该系统基于Runway的Gen-4.5视频生成模型改造，并延续2025年12月发布的GWM-1通用世界模型路径。模型被调整为理解交互输入、以自回归方式顺序生成画面，并通过步骤蒸馏和自训练压低实时推理所需的生成步骤。
Runway称，Solaris的研发目标包括实时交互、跨完整会话的一致性以及720p视觉质量。在其披露的用户研究中，250名参与者完成近7,500组两两比较；Solaris在指令遵从比较中以61%胜过代码生成的Claude Opus 5界面，在自然交互比较中胜率为71%。这些结果均由Runway自行开展，尚无独立复核。
Runway还以GPT-4o、Gemini 2.5 Pro和Fable 5作为重建任务中的对照对象，使用SSIM与DINOv3视觉相似度指标，主张Solaris在结构相似度和信息保留方面优于前沿大语言模型。公司暂未公开完整基准细节、模型权重、源代码或API。
市场机制上，Runway试图把软件价值链从“开发者编写功能—前端展示功能”迁移到“模型按意图即时合成界面”。若该路径成立，推理算力、世界模型和高质量交互数据将成为主要资源受益方；传统前端开发、模板化SaaS界面与低复杂度设计交付将面临价格压力。但现阶段采购方仍会受制于准确性、可审计性和无障碍合规，企业关键流程尚不能仅依赖视觉生成界面。
Solaris仍处于早期研究及合作伙伴测试阶段，Runway仅开放早期访问申请。已披露的限制包括文字稳定性不足、界面可能呈现不准确内容、长会话一致性问题，以及尚未完善对屏幕阅读器等无障碍技术所依赖API的支持。
来源：公开信息
ABAB AI 解读
Runway此前的产品路径并非从传统软件开发工具切入：公司先以生成式视频建立模型、数据和推理基础设施，再在2025年12月将能力扩展为GWM-1通用世界模型。Gen-4.5解决的是视频帧间连续性，GWM-1将这种连续预测扩展到环境状态；Solaris则把“下一帧预测”改造成“用户操作后下一界面状态预测”。这是一条从内容生成、场景模拟到交互式软件生成的技术迁移路线。
资本与资源的关键并非替代几名前端工程师，而是将软件生产所需的设计、交互逻辑和渲染收敛至高成本模型推理。Solaris公开信息显示，Runway与NVIDIA合作建设适配实时逐帧推理的计算基础设施；这意味着价值更可能先流向GPU供应、云算力、模型训练数据和拥有分发入口的平台，而非单纯流向提示词层的应用封装商。
历史上，Figma将界面设计协作从本地设计文件迁至云端，Webflow和Bubble则把部分前端交付转为可视化搭建；它们仍以确定性的组件、数据库和规则引擎为底层。Solaris的区别在于取消视觉界面到代码实现的转换层，转而以生成模型输出界面状态。它目前更接近“生成式原型与个性化前台”，而不是替代金融交易、医疗记录或企业ERP等需要确定性事务执行的系统。
这本质上是一次定价权转移尝试：传统软件按功能模块、席位和版本收费，生成式界面若能稳定落地，价格单位将转向每次意图理解、状态生成和实时推理。发生这一变化的前提是模型能够持续把用户输入映射为正确、可验证且可访问的状态；因此，事实准确性、长期一致性与无障碍接口并非边缘工程问题，而是模型能否从演示层进入商业软件预算的决定性约束。
ABAB News · 认知定律
界面被生成后，代码从产品变成底层成本
自动化先压低执行价格，再争夺决策入口
算力决定上限，可信度决定现金流