Runway Project Continuum：自らを描くオペレーティングシステムに対するRunway Labsの初期公開を内側から見る

Project Continuumは、ダウンロードしたり、呼び出したり、支払ったりできるものではありません。また、Runwayはそれがいつ変わるのかを明言していません。2026年10月3日時点で記録上存在するのはデモです。Runway Labsは10月1日にProject Continuumの「early look」を公開し、付属のウォークスルーでは、ウィンドウ、ツールバー、サイドパネルが、ブラウザやウィンドウマネージャーによって描画されるのではなく、動画モデルによってフレームごとに合成されているデスクトップが示されています。それはRunway Solaris、つまりRunwayが8月31日に発表したInterface World Modelと同じ系統に属します。このモデルは、ソフトウェアインターフェースを、その下にHTML、CSS、JavaScript、DOMを一切持たずにピクセルとして生成します。Continuumは、そのアイデアを単一のアプリからオペレーティングシステム全体の表面へと拡張したものです。これは初期シグナルに基づく報道であり、証拠の階層について率直に言っておく価値があります。ここにあるすべての主張は、Runway自身の投稿と同社自身のデモ動画に由来し、そのいずれも、同社外部の誰によっても再現されていません。

デモが実際に示しているもの

Runway Labsは4つのインタラクションモードを挙げており、デモではその4つすべてが1回のセッションで画面に並ぶ。このビルドについてのRunwayのデザイナーによるウォークスルーが、ここで最も役立つ資料だ。磨き上げられた部分ではなく、継ぎ目が見えるからである。

• Portals — プロンプトバーと、生成されたサーフェスの帯です。画面にすでに表示されているものを選択すると、その選択内容を中心に新しいペインが生成されます。そしてそのペインは、レンダリングされたウィンドウではなく、生成された動画の矩形です。ウォークスルーでは、以前に生成されたポータルが右側のドロワーに保持されるため、セッションはリセットされるのではなく、積み重なっていきます。

• レスポンシブ・ビデオ・インターフェース — ウィンドウのサイズ変更は、再描画ではなく入力として扱われる。端をドラッグすると、継ぎ目もそれに合わせて再生成される。これは、このテーゼを最も明快に示す単一の実例である。コードでレンダリングされたUIでは、サイズ変更はレイアウトパスであり、ここではジェスチャーに条件付けられた新しい生成である。

• Visual Thinking — 視覚的な成果物を直接扱うエージェントモードです。デモでは、3Dプリント可能なバイクマウントを設計し、テキストで説明するのではなく、画面上のオブジェクトを反復的に改良します。

• Interactive Worlds — 全画面表示のケースで、デモでは火星の前哨基地の中を移動します。これは、インターフェースに特化したものというより、Runwayの一般的なワールドモデル研究と最も明白に重なるモードです。

Runway Labsは9月30日、自社のRunway AI SummitのクロージングでContinuumを披露し、翌日にデモを投稿した。そして、サミットのトークページ——フルセッションが掲載されるはずの場——は、今も通知登録フォームのままで、Continuumのコンテンツは一切載っていない。このプロジェクトは、Runway自身のチャンネル上に、動画と短い文章による説明として存在している。

ウォークスルーの中の2つの細部は、モードそのものよりも雄弁だ。1つ目は、生成されたコンテンツと固定されたコンテンツが視覚的に区別できることだ。ウォークスルーは、生成されたサーフェスには、合成境界が位置する箇所に柔らかく、やや夢のようなエッジがあると指摘している。これは、システムがピクセルの出どころについて正直であることを意味する。2つ目は、今見ているものの背後にあるプロンプトを明かす情報アフォーダンスだ。どちらも、これが研究用アプリケーションであることへの妥協である。出荷される製品なら、継ぎ目や配管を隠すだろう。

Runwayの研究ラインにおけるContinuumの位置づけ

Project ContinuumはRunway Labsのプロジェクトであり、Runway Labsは製品ラインではなく研究部門だ。それが基盤としている語彙体系は8月に公開された。当時のRunwayの捉え方では、従来のアプリ開発は非可逆圧縮だった。デザイナーの意図がコードに押し込まれ、ブラウザによって展開され、ユーザーができることはすべて、開発者が事前にプログラムしたことに限定される。コンピュータを操作するテキストベースのモデルも、依然としてその制約の内側で動作する。つまり、他の誰かが事前に固定したUIをクリックし、入力するのだ。

Runwayが提唱している代替案は、ユーザーが操作するのに合わせてインターフェースそのものを継続的に生成することだ。RunwayはこのファミリーをInterface World Modelsと呼んでおり、Runway Solaris — 8月31日に発表された — は、公に名前が明かされた最初のメンバーである。Solarisはインターフェースをフレームごとにレンダリングし、各インタラクションが次のフレームを条件付ける。検査すべきコード層も、クエリすべきDOMも、上書きすべきスタイルシートも存在しない。Project Continuumは、単一のアプリ内ではなくデスクトップ全体でそれがどのように感じられるかを示すデモンストレーションだ。

一連の投稿の3本目は、9月10日のリサーチ投稿「Towards Instant Video Generation」であり、これはこの期間にRunwayが発表した中で最も技術的に実質的な内容だ。これは拡散動画モデルを、ライブのように感じられるほど高速化する話で、パイプラインを3段階で説明している。モデルを因果的にするためのteacher forcing、強制的な因果性が犠牲にする品質を回復するためのstudent-forcingステップ、続いてdistribution matching distillationをまずoff-policyで、次にon-policyで実行する。訓練が進むにつれてシーケンスを長くするカリキュラムも伴う。Runwayが述べた結論は、ボトルネックはモデルではなく推論スタックであり、インスタント生成はインタラクティブな体験のそもそもの前提条件だというものだ。3本の投稿をまとめて読むと、次のように言っている。ここにテーゼがあり、これがデスクトップ上でどう見えるかがあり、これを高速化する仕組みがある。この一連の投稿のどれも、査読もベンチマークも受けていない。

欠けている部分

Continuumとは何かではなく、何でないかこそがこの記事のより重要な半分だ。というのも、デモは十分に洗練されていて、音源が裏付けていない印象を残すからである。

• アクセス — なし。サインアップもウェイトリストも申請フォームもなく、APIエンドポイントもありません。成果物となるのはデモ動画です。

• 価格 — 非公開。Runwayの投稿には、コスト、シート数、コンピュート要件、あるいはホスト版が時間単位または生成単位で従量課金されるかどうかについて、何も述べられていない。

• リリース日 — 未発表。Runwayはこれを研究用アプリケーションの初期プレビューと呼ぶにとどめている。

• 重み — 一切含まれておらず、含まれることを示唆するものでもありません。これはホスト型研究の成果物であり、オープンリリースではありません。

• ベンダーページ — 存在しない。Runway自身のニュース索引にContinuumの項目はなく、発表はRunway Labsのソーシャルチャンネルと動画チャンネルを通じて行われている。そしてRunway AI Summitの閉会投稿からのリンクは、サミット自身のトークページに解決されるが、そこは依然として「全トークが視聴可能になったら通知を受け取る」フォームのままである。これは成熟度に関する実際のシグナルだ。ローンチを控えた企業は、まずページを作るものだから。

そのリストはRunwayへの批判ではない。「早期プレビュー」とはそういうものだ。避けるべき失敗は、よくできたデモを製品発表として読んでしまうことだ——デモは方向性についての主張であり、その方向性こそが今示されている唯一のものなのだ。

それでもなお、これを追跡する価値がある理由

2つの理由があり、そのどちらもContinuumが現在の形でリリースされることには依存しない。

第一に、Interface World Model 系は、機能するなら、アプリケーションが何であるかを変える、ということです。インターフェースがレンダリングされるのではなく生成されるのであれば、あなたが相手にするものは API サーフェスではなくコンディショニング信号であり、ツール群、テストのあり方、障害モードはすべて変わります。この種のシステムについて Runway 自身が公表している注意事項こそが興味深いところです。判読可能なテキスト、事実に基づく根拠、長時間セッションにわたる一貫性、そしてアクセシビリティ。これらは四つの難問であり、そのどれもレンダリングの問題ではありません。

二つ目は競争だ。生成されたインターフェースとは、かつてはUIフレームワークの役割だった仕事を動画モデルがこなすことであり、最も強力な動画モデルを持つ企業こそ、それを試すのに最適な立場にある。Continuumは、競争すべきカテゴリーが存在する前に、Runwayがそのカテゴリーを先取りしようとする動きだ。

このようなものを呼び出す必要がある製品を手がけている人にとって、実用的な見立てはこうだ。つまり、統合できるものはまだ何も存在しないので、有益な作業は準備である。リアルタイム対話型エンドポイントがどれほどのコストになるかを把握し、スタックの残りの部分は移植可能に保っておく——そうすれば差し替えは再構築ではなく設定変更で済む。その移植性という論点こそ、OrcaRouter で私たちがこれを重視する理由だ。1 つのキーで200 を超えるモデルのカタログをルーティングできるということは、ある機能の背後にあるモデルがアーキテクチャ上の決断ではなく設定項目になるということであり、新たな参入者は移行作業ではなく試すべきルートになる。私たち自身の立場を正確に言えば、私たちは Runway のモデルを一切ルーティングしておらず、Project Continuum は私たちを通じても、他の誰を通じても利用できない。カテゴリがまだ形成途上にある間に私たちが提供できるのは、プロバイダーの表示価格に対する 0% のマークアップでの単一の統合だ。つまり、あるモデルについて目にする価格は、プラットフォームによる価格ではなく、そのベンダー自身が設定した価格である。

何を見るべきか

具体的な手がかりを三つ、どれだけ決着をつけられるかの大体の順で。

• ベンダーページ。Runway Labs が Continuum の URL をソーシャルではなく自社のニュースインデックスに載せた瞬間、それはデモから製品化のトラックへと移った。

• レイテンシの数値。前提のすべてはインタラクティブ性にある。最初に公開されるミリ秒の数字——Runwayからであれ、実際に手にした誰かからであれ——こそが重要な主張であり、それはどのハードウェアで測定されたものかと併せて読まれるべきだ。

• 第二のインターフェースモデル。Solarisは、Runwayが複数存在すると述べていたファミリーの中で名を明かされた一員だ。公表された比較を伴う後継モデルが登場すれば、そのファミリーは単一の研究成果物ではなく、一つのラインとなる。

少なくともそのうちの1つが実を結ぶまでは、Project Continuum を Runway が呼んだとおりのもの、つまり「初期のプレビュー」として扱ってください。デモンストレーションは確かに印象的で、実績は確かに乏しい。そのどちらも事実であり、それについて計画を話し合うあらゆる場に持ち込むべきなのは後者のほうです。