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 · 認知定律
界面被生成後，代碼從產品變成底層成本
自動化先壓低執行價格，再爭奪決策入口
算力決定上限，可信度決定現金流