動画生成AIで知られるRunwayは2026年8月31日、「Interface World Model(インターフェース世界モデル)」と位置づける新モデル「Solaris」を発表しました。アプリのUI(画面)をコードで実装するのではなく、ユーザーのクリックや入力に反応して画面そのものをリアルタイムに1フレームずつ生成する、という発想のモデルです。「AIにアプリを作らせる」アプローチとしては、コードを生成するCursorやv0のような路線とはまったく別の道で、まだ研究段階の制約も多いものの、ソフトウェアの作り方の前提を揺さぶる発表です。
仕組み: コードの代わりに「次のフレーム」を生成する
Solarisは同社の動画生成モデルGen-4.5を土台に、2つの機能を加えたものです。1つはユーザーの操作(クリック、ドラッグ、テキスト入力)を理解すること、もう1つはそれを条件として次のフレームを自己回帰的に生成し続けることです。LLMがユーザーの要求を解釈して「今の画面を変化させるか、新しい画面に遷移するか」を判断し、世界モデル側が映像として描画します。生成されたUIには、背後に実装コードが存在しません。画面は毎瞬「描かれて」おり、あらかじめプログラムされていない操作にもその場で応答します。
Runwayは発表の中で、従来のソフトウェアを「起こり得る操作の空間を非可逆圧縮したもの」と表現しています。すべての挙動を事前に定義・実装しなければならない従来型に対し、Solarisは定義されていない操作にも応答できる、という主張です。
ユーザー調査ではコード実装を上回る
発表には250人・30種類の操作でコード実装のUIと比較したユーザー調査が含まれています。「指示どおりに動いたか」ではSolarisが61%の支持を集め、コード実装の24%を上回りました。「自然な振る舞いか」でも71%対21%でSolarisが優勢です。また、UIを一度言語(コード)に翻訳すると視覚的に複雑なものほど情報が失われる、という再現実験も示されており、「画面を直接生成する」方式の根拠づけになっています。
冷静に見るべき制約
Solarisはまだ一般公開されておらず、パートナー経由での提供準備と早期アクセスの募集段階です。Runway自身が挙げる制約も重要です。画面内の文字の安定した生成は未解決で、長いセッションでの一貫性維持も課題です。画面が毎回生成されるということは、同じ操作で同じ結果になる保証がないということでもあり、業務アプリに求められる正確性・監査可能性とは相性が悪い側面があります。スクリーンリーダーやAPI連携といったアクセシビリティ・統合面も未整備です。現時点では「業務アプリの代替」ではなく、プロトタイピングやゲーム的な体験、探索的なツールから使われ始める技術と考えるのが妥当でしょう。
日本の読者にとって
日本からも早期アクセスには応募できます。UIデザイナーやプロトタイピングに関わる読者にとっては、「仕様を固めてから実装する」流れの前段に、「触りながら仕様を発見する」工程が入り得る、という視点が持ち帰りどころです。一方、業務システムの開発者は慌てる必要はありません。決定的に動くこと自体が価値である業務領域で、生成的UIが要件を満たすにはまだ距離があります。むしろ動画生成のRunwayがこの領域に踏み込んだことは、動画モデルと世界モデルの技術がUI・シミュレーション領域へ波及していく流れの初期事例として押さえておくのがよさそうです。
次に何をすればいいか
興味のある読者は、公式発表のデモ動画で「どの程度の複雑さのUIまで成立しているか」を自分の目で確認し、早期アクセスに応募しておくとよいでしょう。プロトタイピング用途を考えるチームは、まず社内の説明用モックのような、正確性の要求が低い場面を最初の適用先として想定しておくのが現実的です。
