何が起きたか

Runwayが「Solaris」を発表しました。同社はこれを「Interface World Models（インターフェース・ワールドモデル）」という新カテゴリの最初のモデルと位置づけています。

技術的な要点は一点に集約されます。コードを実行しないことです。通常のソフトウェアは、デザインをコードに翻訳し、OSが画面に何を表示するかを決めます。Solarisはその工程を飛ばし、ユーザーが操作するそばからインターフェース自体を720pの映像として生成します。裏側では、言語モデルが「インターフェースをどう変化させるか」を判断し、ワールドモデルが各フレームを描画する分担になっています。ベースは同社の動画モデルGen-4.5で、GWM-1から続く路線の延長線上にあります。

なぜ重要か

従来のアプリは、誰かがアップデートを出荷するまで変わりません。画面は固定されたレイアウトとして全ユーザーに同じ形で届きます。Solarisが崩そうとしているのは、この「固定性」です。

Runwayが挙げるユースケースは示唆的です。オンラインショッピングでは、店舗そのものがインターフェースになり、ユーザーは自分の写真にシャツをドラッグして試着します。プロダクト可視化では「move the table（テーブルを動かして）」「change the color of the couch（ソファの色を変えて）」と話しかけるとシーンが即座に反応する。同社は家具・インテリアの検討用途を想定しています。チュートリアルでは、チャットボットのようにテキストで答える代わりに、次の手順をその文脈の中で視覚的に見せる——素材を変えた燃焼のデモが例として挙げられています。

点と点をつなぐ：エージェントの訓練場という位置づけ

見落とされがちですが、Runwayは Solaris を「AIエージェントの訓練場」としても見ています。現在のエージェントがホテル予約のようなタスクで失敗するのは、固定レイアウトで訓練されているため、そこから外れたサイトに対応できないからです。無限にバリエーションのある画面を生成できるモデルは、そのままエージェント側の汎化訓練データになります。UI生成とエージェント能力は、別々の話に見えて同じ問題の裏表だということです。

そして最大の主張は「アプリという固定単位が消える」というものです。今は何かをするために、買い物用・メッセージ用・予約用と、適切な既製アプリを開く必要があります。OSが必要なインターフェースを自前で生成できるなら、ソフトウェアを固定的なカタログに分類する理由は薄れる、という論法です。

未解決の課題

Runway自身が留保を並べているのは誠実です。第一に、そもそも人は変わり続けるUIを望むのかという問いを同社は開いたままにしています。第二に、安定して読めるテキストの生成は依然として難題であり、インターフェースはテキストに強く依存します。第三に、長時間セッションと信頼性が未解決で、もっともらしく見える間違った結果は、何も出ないより悪い。加えて、スクリーンリーダーなどの支援技術との互換性も要件になります。

Solarisは現時点では研究段階で、Runwayはローンチに向けたパートナーを募集し、フォーム経由で早期アクセスを提供しています。

💼 事業会社視点：これは自社にどう効くか

日本企業にとって、この話は「いつ来るか」より「自社の資産がどちら側か」を問うものです。

EC・小売：最も直撃します。固定レイアウトのサイトが「生成される環境」に置き換わるなら、UI設計やLPのA/Bテストに投じてきた資産の価値は目減りします。逆に価値が上がるのは、商品の3D／マルチアングル画像、素材・色・寸法の構造化データです。生成側がレンダリングするなら、勝敗は「渡せる素材の質」で決まる。今期やるべきは新技術のPoCではなく、商品データの整備です。

SaaS：Runwayの「アプリは消える」は、UIをプロダクトの差別化にしてきた企業への警告です。守りになるのはワークフロー・データ・権限設計であって、画面の作り込みではない。API／MCP経由で機能を外から呼べる形にしておくかどうかが分かれ目になります。

受託開発・制作会社：画面実装の単価が中期的に圧縮される前提で、要件定義・データ設計・アクセシビリティ監査へ工数構成を移す議論を始めるべきです。Runway自身が挙げる「支援技術対応」「読めるテキスト」「もっともらしい誤り」は、いずれも人間の設計責任が残る領域です。

役員が今動くべき範囲は限定的で明確です。①自社UIが生成されうる前提で、代替不能な資産（データ・在庫・与信・物流）を棚卸しする。②エージェント経由のアクセスを想定した構造化対応。③早期アクセスは調査枠であり、事業計画に載せる段階ではありません。