Runway Project Continuum：深入 Runway Labs 對一套能自我繪製的作業系統的早期觀察

Project Continuum不是你能下載、呼叫或付費購買的東西，而 Runway 也還沒說明這點何時會改變。截至 2026 年 10 月 3 日，有紀錄可查的只是一個 demo。Runway Labs 於 10 月 1 日發布了 Project Continuum 的「early look」，隨附的導覽影片展示了一個桌面，其中的視窗、工具列與側邊面板是由影片模型逐幀合成，而不是由瀏覽器或視窗管理程式繪製出來的。它與Runway Solaris屬於同一系列，那是 Runway 於 8 月 31 日推出的 Interface World Model，能將軟體介面生成為像素，底下完全沒有 HTML、CSS、JavaScript 或 DOM。Continuum 就是把這個概念從單一應用程式擴大到整個作業系統介面。這是早期訊號的報導，而關於證據等級，值得把話說白：這裡的每一項說法都可追溯至 Runway 自家的貼文與自家 demo 影片，公司外部沒有任何一方重現過其中任何內容。

這個示範實際上展示了什麼

Runway Labs 描述了四種互動模式，而這個示範在單一工作階段中就把四種模式全都呈現在畫面上。由 Runway 設計師講解這次建構過程的逐步導覽，是這裡最有用的成果，因為它展現的是接縫，而不是打磨後的光鮮。

• Portals — 一條提示列，以及一條由生成表面構成的帶狀區域。選取螢幕上既有的項目，就會以該選取內容為核心生成一個新窗格，而這個窗格是一塊生成出來的影片矩形，而不是渲染而成的視窗。導覽流程會在右側保留一個抽屜，存放先前生成的入口，因此工作階段是持續累積的，而不是重新開始。

• 響應式影片介面——調整視窗大小被視為一種輸入，而非重繪。拖曳邊緣，接縫便隨之重新生成，這是對該論點最清楚的一項示範：在程式碼渲染的 UI 中，調整大小是一次版面配置階段；在此，它則是取決於手勢的全新生成。

• 視覺思考 — 一種直接操作視覺化產物的代理模式。在示範中，它會設計可 3D 列印的自行車支架，並在螢幕上反覆調整該物件，而不是以文字描述它。

• 互動世界 — 全螢幕案例，在示範中是一座你能穿梭其中的火星前哨站。這個模式與 Runway 的一般世界模型工作重疊得最明顯，而非特別與介面相關。

Runway Labs 在 9 月 30 日自家 Runway AI Summit 的閉幕時展示了 Continuum，並於隔天發布了該示範，而這場高峰會的講座頁面——也就是完整場次理應上線的地方——至今仍只是一個「通知我」表單，上面沒有任何 Continuum 內容。這個專案在 Runway 自家頻道上，以一支影片和一段簡短文字描述的形式存在。

導覽中有兩個細節比模式本身更能說明問題。第一個是生成內容與固定內容在視覺上可以區分——導覽指出，生成表面在合成邊界所在之處有柔和、略帶夢幻感的邊緣，這意味著系統對於像素來自何處相當誠實。第二個是一種資訊提示功能，能揭露你正在觀看的任何內容背後的提示詞。這兩者都等於承認這是研究用應用程式：正式出貨的產品會把接縫和底層管線藏起來。

Continuum 在 Runway 研究脈絡中的定位

Project Continuum 是 Runway Labs 的專案，而 Runway Labs 是研究部門，不是產品線。它所建立的詞彙體系已於八月發表。Runway 當時的定調是：傳統應用程式開發是一種有損壓縮——設計師的意圖被硬塞進程式碼，再由瀏覽器解壓縮，而使用者能做的一切，僅限於開發者事先寫好的內容。一個驅動電腦的文字基礎模型，仍然在這個限制內運作：它對別人事先固定的使用者介面進行點擊與輸入。

Runway 所主張的替代方案，是隨著使用者操作持續生成介面本身。Runway 將這個系列稱為「介面世界模型」，而Runway Solaris——於 8 月 31 日發表——是首個公開命名的成員。Solaris 逐幀算繪介面，每次互動都會成為下一幀的條件。沒有可檢視的程式碼層、沒有可查詢的 DOM，也沒有可覆寫的樣式表。Project Continuum 展示的，就是這種體驗在整個桌面上、而非單一應用程式內會是什麼感覺。

這串貼文的第三篇是 9 月 10 日的研究貼文〈邁向即時影片生成〉，這是 Runway 在這段期間發表過技術上最紮實的內容。它談的是如何讓擴散影片模型快到感覺像即時生成，並將整個流程描述為三個階段：先以教師強制（teacher forcing）讓模型具備因果性，接著用學生強制（student forcing）步驟找回因強制因果性而犧牲的品質，然後執行分佈匹配蒸餾（distribution matching distillation），先採離策略（off-policy）再採同策略（on-policy），並搭配一套隨著訓練推進而加長序列的課程式訓練。Runway 所陳述的結論是：瓶頸在於推論堆疊，而非模型——而即時生成正是互動式體驗得以成立的前提。把這三篇貼文合起來讀，它們說的是：這裡是論點，這裡是它在桌機上的樣貌，而這裡是讓它變快的機制。這串貼文中沒有任何一篇經過同儕審查或基準測試。

缺失的部分

Continuum 不是什麼，才是這篇文章更重要的那一半，因為 demo 打磨得夠精緻，足以留下一個專輯本身無法支撐的印象。

• 存取權 — 無。沒有註冊、沒有等候名單、沒有申請表單，也沒有 API 端點。示範影片就是交付項目。

• 價格 — 未公佈。Runway 的貼文中完全沒有討論成本、席次數量、運算需求，或者託管版本會按小時還是按每次生成計量收費。

• 發布日期——尚未公布。Runway 稱其為研究應用程式的早期預覽，就此打住。

• 權重 — 無，亦未暗示任何權重。這是託管研究的產物，並非公開釋出。

• 廠商頁面——根本沒有。Runway 自家的新聞索引裡沒有 Continuum 的條目；這項公告是透過 Runway Labs 的社群與影片頻道發布，而 Runway AI Summit 閉幕貼文中的連結會導向該高峰會自己的講座頁面，那仍然是一個「完整講座上線時通知我」的表單。這是關於成熟度的一項真實訊號：一家有東西要發布的公司，會先建立一個頁面。

那份清單並不是對 Runway 的批評。這正是所謂「早期預覽」的意思。要避免的失敗模式，是把製作精良的示範當成產品發表來解讀——示範是對方向的宣示，而方向是目前唯一端出的東西。

為什麼這仍然值得追蹤

有兩個理由，而且兩者都不取決於 Continuum 是否以目前的形式推出。

第一點是，Interface World Model 這條路線改變了應用程式是什麼——如果它行得通的話。如果介面是生成出來的，而不是渲染出來的，那麼你所對接建構的東西就不是一個 API 表面，而是一個條件訊號——而工具鏈、測試方案和失效模式全都會跟著改變。Runway 針對這類系統自己發布的注意事項才是耐人尋味之處：清晰易讀的文字、有事實依據、長時間工作階段中的一致性，以及無障礙性。那是四個難題，而且沒有一個是渲染問題。

第二點在於競爭。生成式介面是影片模型在做過去屬於 UI 框架的工作，而擁有最強影片模型的公司，正是最有條件嘗試這件事的公司。Continuum 是 Runway 在一個還無從競爭的類別出現之前，就先搶先宣示主權。

對於任何產品必須呼叫這類東西的人來說，實際的判讀是：目前還沒有任何東西可以整合，所以真正有用的工作是做好準備——了解一個即時互動端點會需要什麼成本，並讓你其餘的技術堆疊保持可攜，這樣要替換時只是改一項設定，而不是整個重建。我們在 OrcaRouter 之所以在意這件事，正是基於這個可攜性的理由——透過單一金鑰，在 超過 200 種模型的目錄中進行路由，意味著某項能力背後的模型只是一項設定，而不是架構上的承諾，新進者也就成為一條可供測試的路徑，而不是一次遷移。更精確地說明我們自己的立場：我們不路由任何 Runway 模型，而 Project Continuum 也無法透過我們或任何人取得。在一個品類仍在成形之際，我們所能提供的是單一整合，對應 供應商定價零加成，因此你看到的模型價格是該模型自家供應商所定的價格，而不是平台版本的價格。

看什麼

三個具體的跡象，大致依它們能釐清多少的順序排列。

• 一頁供應商頁面。當 Runway Labs 把 Continuum 的 URL 放在自家新聞索引上，而不是社群平台上時，這件事就已經從展示品跨入產品化軌道了。

• 一個延遲數字。整個前提就在於互動性。第一個被公開發布的毫秒數字——無論是來自 Runway 還是任何實際拿到它的人——才是真正重要的說法，而且應該連同它是在什麼硬體上測得的資訊一起解讀。

• 第二款介面模型。Solaris 是 Runway 表示會有多個成員的家族中的一個具名成員。一款附有公開比較資料的後繼產品，將使這個家族成為一條產品線，而非單一研究產物。

在至少其中一項真正落地之前，請把 Project Continuum 當成 Runway 所形容的那樣：一場早期預覽。那場演示確實令人驚豔，而相關紀錄也確實單薄。這兩件事都是真的，而第二件事才是你在任何關於它的規劃討論中該帶上的那一點。