Epic Games Launcher Preview、速度でSteamを上回るも、AIが新たな争点に

Epic GamesはEpic Games Launcherのプレビュー版を公開し、再構築したクライアントがSteamより46%速く起動するという印象的な主張を打ち出した。同社によると、新しいソフトウェアの作成とレビューには人工知能も活用されたという。

この組み合わせにより、長年待たれていたアプリケーション刷新は、AI支援開発の公開テストへと変わる。Epicは単に高速なランチャーを約束しているわけではない。消費者向け製品、Steamとの直接比較、そしてより広範なAI戦略を結び付けている。

速度に関する主張には慎重な位置付けが必要だ。このテストはEpicの委託によるもので、プレビュー版はまだ未完成であり、複数の従来機能も実装されていない。Steamもまた、起動時間だけでなく、成熟したプラットフォーム全体で競争している。

それでもEpicは、プレイヤーの前に測定可能な結果を示した。このソフトウェアが幅広いテストを乗り越えれば、このリリースはAIコーディングの支持者にとって信頼できる本番環境の事例となる。バグ、欠落した機能、セキュリティ上の懸念がフィードバックを支配すれば、挑発的なローンチメッセージはすぐに色あせるだろう。

Epic Games Launcher Previewはインターフェース以上を再構築する

Epicは、単なる視覚的な更新ではなく、ランチャーの技術的基盤を置き換えた。

同社は2026年10月14日、Windows、macOS、Linux向けにプレビュー版を公開した。Linuxには初めてネイティブのEpicランチャーが提供されるが、多くのゲームはいまだ互換性ツールを必要とするか、Linuxをサポートしていない。

Epicはこのリリースを、見た目の刷新ではなく新たな基盤だと説明している。同社によれば、異なるテクノロジースタックを用いてアプリケーションをゼロから再構築したという。既存機能が設計の指針にはなったが、開発チームは旧クライアントのコードを再利用していない。

Epic Games StoreのゼネラルマネージャーであるMartin Keely氏はPC Gamerに対し、AIが新機能の作成とレビューを支援したと語った。「vibe coded」という表現は、時折の自動補完から広範なコード生成まで、さまざまな意味になり得るため、その説明は重要だ。

このケースでEpicは、AIを実装プロセスの一部として提示している。バイブコーディングとは、開発者が望む動作をAIシステムに説明し、AIがコードを生成した後に、開発者がそれを検査、テスト、改良することを指す。

完成したアプリケーションは、Store、Library、Developの各エリアを共通フレーム内に統合している。最近プレイしたゲームには各ビューからアクセスでき、ソーシャルパネルはパーティーとボイスチャットをサポートする。

ライブラリには、より大幅な刷新が加えられた。ユーザーはグリッド表示と詳細表示を切り替え、視覚的なコレクションを作成し、ゲームを非表示にし、プラットフォームやジャンルなどの属性でタイトルを絞り込める。

各ゲームには、ステータス情報、プレイ操作、アドオン、アクティビティ、更新の詳細を含む専用ページが用意された。Epicはさらに、リアルタイムのネットワーク速度、ディスク読み取り速度、ディスク書き込み速度を表示する一元化されたダウンロードマネージャーも追加した。

これらの機能が重要なのは、競合クライアントの多くにはすでに存在するためだ。Epicは新しいランチャー設計のカテゴリーを確立しているのではない。既存ソフトウェアがSteamと比べて不完全で遅く感じられた原因となる欠点に対処している。

元Epic Games Store責任者のSteve Allison氏は、2026年初頭にその問題を認めていた。ランチャーに関するインタビューで紹介されているように、同氏は旧クライアントが、ユーザーがセクション間を移動するたびにバックエンドサービスへ繰り返し接続していたと語った。

そのアーキテクチャでは、クリックごとにネットワーク状況への依存が生じ得る。シェルを再構築することでEpicは、更新されたインターフェースの背後に待ち時間を隠すのではなく、こうした繰り返しの待機を減らせる。

プレビュー版は、アカウント、購入履歴、インストール済みゲーム、クラウドセーブ、進行状況も新クライアントへ移行する。ただし、インストールすると、そのコンピューターから従来のランチャーは自動的に削除される。

ユーザーは後から旧バージョンに戻せるが、置き換えプロセスは気軽な試用に摩擦を加える。この選択は、プレビュー版の真の目的を裏付けている。Epicが必要としているのは短い好奇心ではなく、継続的な利用と実行可能なフィードバックだ。

したがって、このリリースは同時に二つのことを変える。プレイヤーはEpicが約束した性能刷新をついに試せる一方、EpicはAI支援で書かれたコードが社内デモの外で耐えられるかを検証できる。

なぜ速度がSteamに対するEpicの突破口となるのか

Epicは、ストア独占タイトルや無料ゲームではプラットフォーム間の差を埋められなかったため、Steamの日常的なユーザー体験を狙っている。

ランチャーは、プレイヤーと、そのストアフロントに紐付いたすべてのゲームの間に位置する。起動、閲覧、更新、ダウンロード時の遅延は、数百回のセッションにわたって積み重なる。

Epicが起動時間を主要指標に選んだのは、理解しやすいためだ。プレビューサイトでは、新クライアントはコールドスタートからストア表示まで5.47秒とされている。Steamは10.07秒と記載されている。

この差から、Epicはコールドスタートが46%高速だと主張している。同じページでは、新しい結果をSteamの1.8倍高速とも表現しており、これは測定比率の別表現だ。

Epicは、各アプリケーションをバックグラウンドからライブラリへ復帰させる際にも、より小さな優位性があると報告している。同社のランチャーは0.36秒、Steamは0.42秒だった。

割合の差は14%だが、実際の差はわずか0.06秒にすぎない。ほとんどのユーザーは、バックグラウンド復帰時の結果よりコールドスタート時の差を認識しやすいだろう。

Epicによると、2026年10月のテストはEpicの委託を受けた独立第三者であるKeywords Studiosが実施した。公開された手法では、13台のマシンそれぞれで5回のテストを行ったとしている。

しかしEpicは、報告した平均値から最も低性能な3台を除外している。同社は個別の結果が異なると注意を促しているものの、すべてのマシン構成や個々の測定値は公開していない。

こうした制約が結果を無意味にするわけではない。ただし、46%という数値は普遍的な結果ではなく、委託されたベンチマークとして扱うべきことを意味する。

PC Gamerは事前デモを受け、改善は顕著に見えたと報じた。同誌はまた、記事掲載時点ではクライアントを独自にテストしていなかったとも記している。

この比較はEpicに鋭い販促文句を与えるが、Steamを単一のタイマーに還元するのは難しい。Valveのクライアントには、コミュニティシステム、コントローラーツール、Workshopサポート、ファミリー機能、ストリーミング、充実したライブラリ管理など、長年にわたり蓄積された機能が含まれる。

機能が多ければ、起動時に必要な処理も増え得る。より軽量なプレビュー版は、能力が少ないまま成熟したクライアントを上回る可能性がある。

Epicは初回リリースが「機能面では軽量」だと認めている。遊び心のある「スピードボート」という表現は、その戦略を的確に表す。まず速度を確立し、その後、従来の遅延を戻さずに機能の重みを加えるというものだ。

この順序がSteamに対する中心的な圧力を生む。Valveが数秒の差に慌てる必要はないが、Epicは未完成の製品でも数値上の優位性を主張できる領域を見つけた。

この圧力はEpic自身にも跳ね返る。同社がSteamをベンチマークに据えた以上、プレイヤーは起動時間以上のものを比較することになる。

アカウントツール、ソーシャル機能、ストアフロントの操作性、ダウンロードの信頼性、ゲームの発見性、返金、コントローラー対応、全体的な信頼性を比較するだろう。Epicの見出しが扱うのは一つの狭いタスクにすぎないにもかかわらず、同社はこの広範な検証を招き入れた。

したがってEpic Games Launcherのプレビュー版は、競争を決着させることなく、競争をめぐる議論を変える。Epicは、自社のテスト条件下で新クライアントがより速く起動すると、信頼性をもって言える。プレイヤーがプラットフォーム全体をより良いと判断するかは、まだ言えない。

バイブコーディングは仕組みであり、メッセージでもある

Epicは、AIが生成したコードが広く配布される消費者向けアプリケーションを支えられることを、このランチャーで示そうとしている。

公式のローンチ発表は、「プログラミングは難しい」というジョークから始まる。Epicはその後、新クライアントをより高速かつ応答性の高いものにするため、バイブコーディングを行ったと述べている。

その表現は意図的に挑発的だ。Unreal Engineを開発し、Fortniteを運営する企業が、当然ながら今もプロのプログラマーを雇用している。このジョークは、EpicがAIの利用について、開発ノートに埋もれさせず議論してほしいと考えていることを示す。

Keely氏のコメントは、より実用的な説明を提供する。Epicは新しいアーキテクチャから始め、異なるテクノロジースタックを選択し、新機能の作成とレビューにAIを利用した。

この説明は、放置されたままの生成ではなく、AI支援によるソフトウェアエンジニアリングを描いている。人間の開発者は依然としてアーキテクチャを決定し、要件を定義し、出力を評価し、コンポーネントを統合し、リリースを承認する。

コード生成は信頼できるソフトウェアを構築する一部にすぎないため、これらの工程は不可欠だ。認証、支払い、更新、ローカルファイル、クラウドセーブ、ゲーム起動には、生成されたインターフェースデモでは決して遭遇しない可能性がある障害経路が生まれる。

Epicのアプローチは、より広範な企業戦略も反映している。CEOのTim Sweeney氏は、チームが開発プロセスを再構築する中で、AIによる加速へ大きく内部移行していると説明してきた。

Sweeney氏は、目的は単なる人員削減ではなく、成果の増大にあると主張する。開発に関するインタビューによれば、同氏はチームにより多くを開発させ、成果物を改善したいと考えている。

ランチャーは、この戦略に目に見えるテスト領域を与える。社内プロトタイプとは異なり、何百万ものアカウント、多様なハードウェア、大規模なゲームライブラリ、不安定なネットワーク環境と相互作用する。

また、商業的に重要なワークフローも扱う。ユーザーはこのアプリケーションを通じて製品を閲覧し、ダウンロードを管理し、アカウントを認証し、購入を行う。

このため、プレビュー版は小規模なAI生成ユーティリティよりも重要な意味を持つ。バグはゲームへのアクセスを妨げ、インストール状態を混乱させ、アカウント利用時の摩擦を露呈させ、Epicのエンジニアリングプロセスへの信頼を損なう可能性がある。

同時に、この再構築はAI支援が実用的な価値を持ち得る場面も示している。老朽化したクライアントを置き換えるには、多くの場合、基礎的な実装を変えつつ、使い慣れた動作を再現する必要がある。

AIツールは、定型的なコンポーネントの生成、パターンの新スタックへの変換、テストの作成、反復的な変更のレビューを支援できる。開発者はその分、アーキテクチャ、プロファイリング、エッジケース、統合により多くの時間を費やせる。

公開されている情報からは、EpicがどのAIツールを用いたか、どの程度のコードを生成したか、レビュー後にどれほどの割合が残ったかは明らかではない。Epicはセキュリティテスト、コード所有権に関するルール、欠陥率についても説明していない。

こうした詳細がなければ、「vibe coded」は完全なエンジニアリング手法ではなく、ブランディング上の表現にとどまる。AIが意味のある役割を果たしたことは伝えるが、Epicが生じるリスクをどのように制御したかは示さない。

その曖昧さは注目を集めるため、ローンチキャンペーンには有利に働く。一方で、通常のソフトウェアプロジェクトでは避けられる期待も生み出す。

従来型の手法で書かれたプレビュー版にも同程度のバグが見られる場合でさえ、目に見える欠陥はすべてAI生成コードへの反証になり得る。逆に、スムーズなリリースは、外部からはいまだ検証できない開発プロセスを支持する材料として提示されるだろう。

Epicはその精査を選んだ。同社は同じ発表の中で、新アーキテクチャ、速度に関する主張、AI戦略を結び付けた。ランチャーは今、この物語の三つすべてを支えなければならない。

46%高速という主張が証明しないこと

より速いベンチマークは、あらゆるコンピューターやネットワークにおける信頼性、セキュリティ、性能を証明するものではない。

Epicの比較は、コールドスタートからストアフロントに到達するまでという明確に定義された流れを測定している。これは有用だが、サインイン、インストール済みゲームの検証、アップデートの処理、途中で中断されたダウンロードの復旧は対象に含まれていない。

また、長時間のセッションも測定していない。起動画面が表示された後は、メモリ消費量、バックグラウンドでのプロセッサー使用率、ネットワーク活動、キャッシュの増加、安定性のほうが重要になる場合がある。

テスト対象にも注意が必要だ。Epicは13台のWindowsマシンでの結果を報告しているが、平均値から最も低性能な3台を除外している。

低速なプロセッサー、旧式のストレージ、限られたメモリ、あるいは不安定な接続環境のユーザーは、異なる順位を体験する可能性がある。公開されている情報からは、両クライアントでライブラリ、キャッシュ、設定、ログイン状態が同等だったかどうかは分からない。

Steamの10.07秒という数値にも文脈が必要だ。Valveはクライアントを定期的に更新しており、その挙動はアカウント設定、インストール済み機能、バックグラウンドタスクによって変化する。

ベンチマークが捉えるのは、ある時点における特定のバージョンと設定である。どちらかの企業が次のアップデートを配信した後まで優位性が続くことを保証するものではない。

ライブラリの読み込みが30倍高速になったというEpicの主張も、公開情報ではさらに定義が曖昧だ。ランディングページは倍率を示しているものの、その横に基準となる時間を記載していない。

この分母の欠如により、その数値を評価することは難しくなる。30倍の改善は印象的になり得るが、実用上の差は従来の待ち時間が数ミリ秒だったのか、数秒だったのかによって異なる。

「起動の高速化」という表現も複数の意味で使われている。Epicは完全なコールドスタートの流れについて5.47秒を示す一方、別の主張ではStoreが3倍高速に開くとしている。

これらの測定は異なる段階を指している可能性がある。読者は両者を合算したり、すべての画面で同じ改善が得られると考えたりすべきではない。

Tom’s Hardwareは、そのベンチマーク分析で、証拠の限界を適切に強調している。同誌は、テストを委託したのはEpicであり、自社の旧クライアントとの直接的な性能データはほとんど提示されていないと指摘している。

旧ランチャーこそEpicが置き換えるべき製品であるため、この欠落は注目に値する。Steamは競争上の分かりやすい見出しを提供するが、既存のEpicユーザーにとって重要なのは、日常的な利用体験の何が改善されるのかだ。

セキュリティは別の疑問を生む。AI生成コードは、安全でないパターンを再現したり、要件を誤解したり、一般的なテストには通過しても例外的な条件で失敗したりする可能性がある。

従来のコードにも同じことは起こり得る。違いは、チームが生成された変更をどのようにレビューし、開発者が承認するシステムを理解しているかにある。

Epicはプレビュー版について独立したセキュリティ評価を公表していない。アプリケーションが安全でないと裏付ける検証済みの証拠はないが、速度テストからより強い保証を推測できるほどの公開情報もない。

したがって、プレビューという表記は重要である。Epicは一部の機能が期待どおりに動作しない可能性があると明示的に警告し、ユーザーにバグ報告を求めている。

初期テスターは、ストアに到達するまでの時間だけを評価すべきではない。インストール状態、ダウンロード、クラウドセーブ、サインインの挙動、アカウント管理、バックグラウンドのリソース使用量にも注目すべきだ。

リリース時には、競技プレイヤー向けに混乱を招く案内が出された。Epicの資料の初期版では、一部の開発者と競技プレイヤーには旧クライアントに留まることが推奨されていたと報じられている。

Epicは後にその推奨を削除した。シニアコミュニケーションマネージャーのBrian Sharonは、ゲーム、開発者ツール、非ゲームアプリケーションはリリース後に通常どおり動作するはずだと明らかにした。

この訂正によりゲームサービスへの懸念は和らぐが、プレビュー版のメッセージには正確さが必要であることも示している。ユーザーがどのワークフローをEpicが準備完了と見なしているのか不明なままであれば、高速なクライアントも信頼をほとんど得られない。

欠けている機能がSteamとの比較をトレードオフに変える

Epicの速度優位は、プレイヤーが期待する機能に近づきながらも、その優位を維持できる場合にのみ意味を持つ。

プレビュー版には、アカウントへのサインインからゲーム起動までの主要な経路がすでに含まれている。既存クライアントから購入済みタイトル、インストール済みゲーム、セーブデータ、進行状況を引き継ぐ。

ただしEpicによれば、一部のソーシャル機能とアカウント管理オプションはまだ利用できない。同社は機能パリティの実現を目指しており、新ランチャーは最終的に前身の重要な機能を再現しなければならない。

機能パリティは最初の閾値にすぎない。Steamは外部比較の対象であり、Valveのクライアントはストアフロントや実行ファイルの一覧以上の存在になっている。

プレイヤーはSteamを、コミュニティページ、ディスカッション、レビュー、MOD配布、コントローラー設定、リモートプレイ、ファミリー管理、配信、スクリーンショット、マーケットプレイス機能のために利用している。すべての顧客がすべてのツールを必要とするわけではないが、それらを合わせた価値がプラットフォームを強化している。

Epicの再設計されたライブラリは、目に見える差の一部を埋めている。コレクション、フィルター、専用ゲームページ、一元化されたダウンロードにより、大規模なカタログを管理しやすくなる。

ユーザーはPCゲームライブラリを接続し、他のクライアントのゲームに関連付けられたショートカットも表示できる。この機能は、PCゲームの基本的な現実を認識している。多くのプレイヤーは複数のストアにまたがるアカウントを維持している。

しかし、統合ビューは統合プラットフォームと同じではない。購入、アップデート、実績、ソーシャルアイデンティティ、返金、コミュニティコンテンツは、依然として元のサービスに依存している。

したがってSteamは依然として主要な競合相手である。なぜなら、その優位性は積み重ねられた利用習慣に基づいているからだ。プレイヤーはインストール時だけランチャーを選ぶわけではない。長年にわたり、ライブラリ、フレンドネットワーク、習慣、期待を築いていく。

Epicは、そうした習慣をただちに変えずとも待ち時間を減らせる。より多くの機能によってクライアントの複雑さが増した後も、高速なナビゲーションが自社ストアを実際に使いやすくすることを示さなければならない。

Linux版の提供は、より際立った機会を加える。Epicは現在、対応するUbuntu、Fedora、Debian向けにネイティブランチャーを配布している。

同社はまた、Fortniteが最終的にLinux上で動作できるよう、Easy Anti-Cheatのサポートを再構築している。Easy Anti-Cheatは、マルチプレイヤー環境における未許可のソフトウェアや改変された挙動を検出する。

Fortniteはまだランチャー経由でLinux上では利用できない。Epicは、Linuxディストリビューションのメンテナーから十分なサポートを得た後に進めるとしている。

このプロジェクトは、ランチャーの普及を実際のカタログの問題と結び付けている。ネイティブのストアソフトウェアは有用だが、Linuxプレイヤーには互換性のあるゲームと信頼できるアンチチート対応が必要だ。

プレビュー版の現在のシステム要件も、利用できる範囲を狭めている。macOSでは、EpicはApple Siliconをサポートする一方、IntelベースのMacはサポートしていない。

Windowsでは64ビット版Windows 10およびWindows 11をサポートしている。EpicはWindows、macOS、Linuxのすべてで4ギガバイトのメモリを挙げているが、ストレージ要件はプラットフォームごとに異なる。

こうした制限は新しいソフトウェアとして妥当だが、この再構築には移行に関する判断が伴うことをユーザーに思い起こさせる。高速なソフトウェアが自動的により広い互換性を意味するわけではない。

Epicの発表で最も示唆的な表現は、「新しい基盤」かもしれない。基盤の成否は、空の状態での性能ではなく、その後に構築されるものを支えられるかどうかで決まる。

追加されるソーシャル機能、アカウント管理、ストアフロントのコンポーネント、開発者ツールはすべて、アーキテクチャを試すことになる。Epicは機能を復元しながら、応答性を維持しなければならない。

ここでAI開発に関する主張が再び重要になる。生成コードはチームの迅速な作業を支援できるが、急速な拡張は一貫した設計、テスト、責任の所在に対する必要性を高める。

Epicが旧クライアントの遅延を復活させずにパリティを達成できれば、この再構築は適切な判断だったと映るだろう。機能の追加とともに性能が低下すれば、現在のSteamとの比較は一時的な優位性を示すだけになる。

Epicの実験が成功したかを決める3つのシグナル

安定版、独立した性能結果、機能パリティの更新が、このプレビュー版が持続的なエンジニアリング上の進歩を表すかどうかを決定する。

最初のシグナルは、一般的なハードウェアを対象にした独立テストである。レビュアーはコールドスタートの測定を再現し、除外された低性能クラスを検証し、より長いセッションにおけるリソース使用量を比較すべきだ。

これらのテストでは、ローカルインターフェースの速度と、ネットワークに依存するストアフロントの読み込みも区別する必要がある。Epic Games Launcherのプレビュー版が多様な環境で明確な優位性を維持すれば、ベンチマークの主張には信頼性が加わる。

結果が大きくばらつく、あるいは慎重に準備された条件に依存する場合、46%という見出しの有用性は低下する。Epicは従来より高速なクライアントを手にすることになるが、Steamとの比較が持つ重みは小さくなる。

2つ目のシグナルは、機能パリティへの道筋だ。Epicは安定版の正式なリリース日を発表しておらず、公開ロードマップはフィードバック主導の進行を説明している。

アカウント機能と不足しているソーシャル機能がどれほど迅速に追加されるかを注視すべきだ。さらに重要なのは、各アップデートが起動速度、ナビゲーションの応答性、ダウンロードの信頼性、バックグラウンド効率を維持するかどうかである。

ワークフローが不完全なままの安定版は、Epicがランチャー全体を成功裏に再構築したという主張を弱める。完成したクライアントが再び遅くなれば、アーキテクチャの中核的な約束を損なうことになる。

3つ目のシグナルは、欠陥とセキュリティに対するEpicの対応だ。プレビューソフトウェアではバグ報告が出るため、問題が存在することだけでAIを巡る議論に決着がつくわけではない。

対応の質がより重要である。Epicには、明確なリリースノート、迅速な修正、再現可能なテスト、そして挙動がアカウント、購入、セーブデータ、インストールに影響する際の透明性あるコミュニケーションが必要だ。

同社はAIのレビュー手順についてもさらに説明すべきである。プレイヤーは内部プロンプトをすべて知る必要はないが、本番環境に入るコードをエンジニアが理解し、保守しているという確信を得るに値する。

Linuxは、これらのシグナルの中で追加の検証点を提供する。Fortniteが登場し、Easy Anti-Cheatが対応ディストリビューションで安定して機能したとき、ネイティブランチャーのサポートはより意味のあるものになる。

そこでの失敗は、ランチャー自体に欠陥があることを証明するものではない。それは、高速な新しいシェルをEpicのより広範なサービスおよびゲームエコシステムに接続することがいかに難しいかを示すことになる。

同社のメッセージも試される。「プログラミングは難しい」という言葉は、測定可能な速度との対比により、リリース時のジョークとして機能する。

しかし、深刻な障害やアカウントインシデントの際にはうまく機能しないだろう。EpicはAIを製品アイデンティティの一部に据えたため、そのコミュニケーションはその選択に見合う確信を示さなければならない。

プレイヤーにとって、賢明なアプローチは思想的なものではなく実用的なものだ。テスターは起動時の挙動を記録し、ダウンロードとセーブデータを確認し、欠陥を報告し、プレビュー版を既存のワークフローと比較すべきである。

不足しているアカウント機能やソーシャル機能に依存するユーザーは待つことができる。プレビュー版への参加が最も価値を持つのは、未完成のソフトウェアを受け入れ、失敗に関する具体的な証拠を提供する場合だ。

開発者とテクノロジーリーダーは、別の理由でこのリリースを注視すべきだ。これは、コードを迅速に生成することと、大規模なソフトウェアを責任を持って運用することの隔たりを明らかにする。

重要な問いは、AIがコンポーネントを書いたかどうかではない。デプロイ後にEpicのチームがそのコンポーネントを所有し、テストし、安全を確保し、拡張できるかどうかである。

Epic Games Launcherのプレビュー版は、すでに議論を変えることに成功している。日常的なクライアントの再構築を、Steamの速度とEpicのAIファースト開発戦略を直接検証する試みに変えた。

今後、同社はプレビュー版に欠けているすべてを追加しながら、この優位性を維持しなければならない。未完成のソフトウェアが自身のリスク許容度に合うならクライアントを試してもよいが、この実験は1回のベンチマークではなく、数か月にわたるアップデートで判断すべきだ。