Runway Solaris：以影片取代程式的介面世界模型

Runway Solaris與GWM Worlds 2是 Runway 在 2026 年 9 月之交推出的兩款模型，兩者共同押注在一件很明確的事情上：影片模型接下來真正有用的本事，不是算出一段你觀看的短片，而是維持一個你能在其中行動的世界。Solaris 於 8 月 31 日發表，逐格生成軟體介面——一次點擊或拖曳會成為下一格的條件，而畫面就是那個應用程式，底下沒有 HTML、CSS、JavaScript 或 DOM。GWM Worlds 2 於 9 月 3 日發表，把同一套把戲用在環境上：連續 720p、每秒 24 格並搭配 48 kHz 音訊，而且工作階段不必結束。9 月 10 日，Runway 發表了這兩者背後的研究，而那篇文章比上市報導更有用，因為它解釋了擴散影片模型如何快到足以感覺像即時。它沒有解釋的，是如何取得使用權限。這兩款模型都沒有公開 API、沒有公布價格，也沒有可下載的權重。

Solaris 與 GWM Worlds 2 在 Runway 產品線中的定位

這兩款模型系出同源。Runway 的 Gen-4.5 影片模型是基礎產物；2025 年 12 月宣布的 GWM-1 通用世界模型計畫，提供了「世界模型」的框架；而 2026 年較早推出的 Runway Characters，則是首次公開展現這樣的概念：你可以向影片模型下提示，得到的是會回應的東西，而不是只會播放的東西。

Solaris 將這條血脈帶往更狹窄、更奇特的方向。Runway 稱之為首個介面世界模型，而其所主張的並非它會生成一幅 UI 的圖像，而是這項生成即是 UI 本身。當你與之互動時，由語言模型決定應該改變什麼；世界模型則渲染出結果。Runway 的發布文章將傳統應用程式開發形容為「有損壓縮」——設計師的意圖被壓縮成程式碼，再由瀏覽器解壓縮，而你能做的每件事都被限制在開發者預先編寫好的範圍內。

GWM Worlds 2 是範疇更廣的兄弟之作。它生成的是互動式環境，而非介面，其控制介面是一種 Runway 稱為 WorldPrompt 的格式：一個持續存在的「創世」提示，用來固定環境、佈局、材質、燈光、氛圍、主體、物理規則與攝影機視角，再加上一個首幀來錨定外觀；接著是一串帶有時間戳的事件流，由自由形式的文字動作組成，指向某個主體或場景，並附有開始與結束時間，讓動作可以重疊。

• Solaris—— 介面世界模型，以 Gen-4.5 為基礎打造，為 Runway 介面世界模型系列的首款作品，於 2026 年 8 月 31 日發表

• GWM Worlds 2 — 第二個通用世界模型，720p、24 fps，48 kHz 音訊，包含生成語音及同步唇部動作，於 2026 年 9 月 3 日發布

• 工作階段 — 對 GWM Worlds 2 而言為開放式而非固定長度的短片；Solaris 則採用 720p 工作階段

• Access — Solaris：搶先體驗申請表。GWM Worlds 2：聯絡表單。兩者皆未公布定價，也沒有公開的端點

• 標示延遲 — Solaris 被描述為能以互動速度運行，每幀低於 500 毫秒

• 獨立基準測試——完全沒有。目前發布的所有內容均出自 Runway

換取半秒的三階段轉換

9月10日的研究文章〈邁向即時影片生成〉，是 Runway 首次詳細描述其機制，而其形態在擴散蒸餾文獻中並不陌生，即便應用方式不同。其起點是一個標準的雙向影片模型——Gen-4.5——其中每個生成步驟以初始第一幀和說明文字為條件，且先前生成的潛在表示會保留在上下文中。該模型準確但緩慢：流匹配需要每幀進行多次去噪步驟，而需要等待的畫面並不是一個介面。

這個轉換分三個步驟進行。首先，架構被改造成具時間因果性的逐影格自迴歸生成器——每個影格只依賴它之前的內容，這正是讓串流得以實現的根本。其次，分佈匹配蒸餾將眾多去雜訊步驟壓縮至少數幾步，速度正是由此而來。這會分兩個階段運行，而 Runway 異常清楚地說明了為什麼兩者都需要。離策略階段讓學生從真實標註的上下文預測下一個狀態，同時一個凍結的雙向教師示範良好的生成，而評論器則將學生推向教師的分佈——成本低廉，因為不需要推演，但單獨並不足夠，因為在影片中，早期的錯誤會成為下一個影格的上下文，並迅速將模型推出分佈之外。因此，在策略階段會在訓練期間進行推演，讓每個生成的潛在表徵成為下一個的上下文，完全如同推論時一樣。Runway 表示，大多數真正的增益來自這個階段，而且逐步增加序列長度的課程式訓練，勝過從一開始就在長序列上訓練。

第三，該模型會以自身的輸出進行訓練，以避免在長時間運作中出現視覺漂移。這三個階段合在一起，才讓 Runway 得以使用「互動式」這個詞；但它們之中沒有任何一個附有延遲數字、影格率或吞吐量數據。「良好的延遲」已是這篇文章所能給出的具體程度。它確實指出的是，瓶頸會從訓練轉移到推論，因為每個影格都必須以足夠快的速度離開模型，才能在共享硬體上播放——而在給定品質下，每個輸出所耗的成本，正是決定哪些使用情境究竟能否成立的因素。

61 比 24 的研究，仔細閱讀

在 Solaris 發布消息後流傳最廣的那個數字是一項偏好分數，因此值得精確說明究竟量測了什麼。Runway 進行了一項研究，共有 250 名參與者，涵蓋 30 個互動範例、約 7,500 次成對判斷。在遵循互動指令方面，參與者有 61% 的時間偏好 Solaris 而非由 Claude Opus 5 生成的以程式碼撰寫的介面，相較之下程式碼版本為 24%；在行為自然度方面，比例則是 71 比 21。

那個數字不是的三件事。它不是一項獨立的結果——Runway 設計了它、執行了它並報告了它，而沒有任何第三方重現過它。它不是介面是否奏效的衡量標準：遵循指令與行為自然度是關於它看起來、感覺起來如何的判斷，而非關於某項任務是否被正確完成。而且它不是與 Claude Opus 5 本身的比較，Claude Opus 5 是一個語言模型；它是與語言模型以程式碼撰寫的介面之間的比較。這個區別就是整場賭注的一句話總結——其主張並不是 Solaris 比 LLM 更聰明，而是跳過程式碼層能產生更自然的結果。

模型仍無法做到的事

Runway 對這些落差的坦率程度，通常高於一般的發布貼文，而且這些落差是結構性的，而非表面性的。

• 文字渲染 — 對於建立在影片生成技術上的模型而言，清晰易讀、穩定的文字確實很困難，而介面正是由文字構成的。Runway 提出了一種混合方案：在互動暫停期間，讓傳統圖像模型渲染文字密集的畫面

• 無障礙 — 生成的介面沒有 DOM，因此螢幕閱讀器和無障礙 API 無從依附。這不是有待回報的錯誤，而是這種方法的固有特性

• 長時間工作階段 — 在長時間且開放式的互動中，連貫性會逐漸衰退，而這正是介面所處的運作情境

• 信任與立基 — 一個自信卻錯誤的渲染結果，比完全不渲染還糟，而 Solaris 能否成立，取決於它的起始影格是否錨定在經過驗證的參考素材上

• 解析度 — 720p 對影片片段而言很充裕，對資料密集的桌面軟體則顯得侷促

對 GWM Worlds 2 而言，公認的限制則是另一組：快速旋轉相機會降低細節、紋理與幾何品質；長期記憶並不完整，所以你離開後再重新進入的房間，可能不會保有同樣的物件；圖像參考只會停在第一幀或預先填入的片段；而有狀態的對話通常需要外部測試框架，才有辦法追蹤任何狀態。

為什麼 Runway 認為這是代理訓練基礎設施

圍繞 Solaris 最有趣的爭論根本不在於介面本身。因為它能生成前所未見的介面——而非取回熟悉的版面配置——所以它可以用來訓練必須通用化而非記憶化的電腦使用代理人。這針對的是一個真實的弱點：在少數幾種知名應用程式版面配置上訓練出來的代理人，往往在版面配置一變動的當下就變得脆弱不堪。GWM Worlds 2 為具身工作提出了同樣的訴求，並隨附一個明確的代理人控制模式，讓 AI 代理人在該世界內規劃並執行任務。

這是個好論點，但並不完整。一個無法可靠記住它所開啟的燈仍亮著的環境，不是訓練任何依賴狀態之事的好地方，而這正是大多數代理所做之事。Runway 在其自身的限制章節中也如此表示。誠實的解讀是：這是一個有前景的方向，但有一個狀態追蹤問題就正橫亙在它面前。

你今天實際可以撥打的電話

Solaris 是一項研究預覽。存取須透過一份以合作夥伴為對象的早期試用申請表，而 Runway 尚未公布公開發布日期。Runway 自家的 API 參考文件中沒有 Solaris 端點，沒有定價，也沒有釋出的權重。GWM Worlds 2 同樣被擋在聯絡表單之後，Runway 正與特定合作夥伴驗證這項產品。如果你正等著要在這兩者之一上開發，那你就是在等。

這點對你如何解讀其餘報導很重要，因為其中很大一部分是用已出貨產品的現在式來描述 Solaris。它目前還不是那樣的產品，而 Runway 也沒有如此宣稱。

這一切都不是 OrcaRouter 能幫你呼叫的東西。我們的目錄是文字與多模態模型——撰寫本文時共有 195 個，其中沒有半個是世界模型那種形狀的東西。我們所路由的，是這套堆疊的另一半。如果在這裡有趣的未來是由代理驅動的生成式介面，那仍然得有模型來決定該做什麼，而那一側今天就能用：一把金鑰就能橫跨超過 200 個模型的目錄，還附帶供應商定價 0% 的加成、供應商品質下降時的自動容錯移轉、能把多個模型組合成單次呼叫的路由 DSL，以及當你想要一整組模型一起回答、而不是只靠單一模型時的模型融合。你可以在正式環境路徑上試用新模型，而不必把整條路徑押在它身上。

看什麼

決定 Solaris 能否成為一項產品的問題，不在於生成出來的介面看起來是否令人驚豔——它們顯然確實如此——而在於 Runway 能否公布一個延遲數字並守住它。下游的一切都取決於此：代理訓練的敘事、每單位輸出的成本論證，以及影片正是介面未來走向的主張。

有三個訊號值得追蹤。一個數字，任何數字，只要附在低於 500 毫秒的說法上。第二個，是偏好研究的獨立重現。還有一個端點——因為在 Solaris 帶著價格出現在 Runway 的 API 參考文件裡之前，正確的對待方式就是把它當成一條研究方向，附帶一份異常出色的演示影片；那是一種真實的存在狀態，卻也還不是一件工具。