メインコンテンツへスキップ
見出し画像

OpenGame: プロンプトからのエンドツーエンド・ゲーム開発を実現するオープン・エージェント・フレームワーク

    今回まとめてて、どの用語が何を意味しているのかがわかんない時が多かった。これはゲーム開発進まない訳だわ。わたし全然わかってないや。
    車輪の再開発祭りだったのかも。

    OpenGameは、単一のプロンプトから完全にプレイ可能なウェブゲームをエンドツーエンドで生成するために設計された、世界初のオープンソース・エージェント・フレームワーク。

    画像

    香港中文大学(CUHK)のMMLabによって開発されたこのプロジェクトは、既存のLLM(大規模言語モデル)やコード・エージェントが直面していた「ファイル間の不整合」「シーン接続の不備」「論理的な一貫性の欠如」といった課題を克服することを目指している。

    本フレームワークの中核を成すのは、経験に基づいてプロジェクト構成を構築するGame Skill、ゲーム開発に特化して訓練された270億パラメータを持つモデルGameCoder-27B、そして動的なプレイアビリティを検証する評価パイプラインOpenGame-Benchである。

    これらにより、静的なコード生成を超え、複雑でインタラクティブな実世界のアプリケーション構築へとコード・エージェントを前進させている。

    以前のゲーム開発関連の記事はコチラ

    ClaudeCodeでGame作るやつ。

    1. 核心的技術コンポーネント

    OpenGameは単にコードを記述するだけでなく、ゲームとして成立させるための「設計」「修正」「検証」を統合した3つの主要要素で構成されている。

    画像

    1.1 Game Skill(ゲーム・スキル)

    エージェントにブートストラップされる再利用可能な能力であり、以下の2つの要素に分かれている。

    • Template Skill(テンプレート・スキル): プロンプトに応じて最適なゲームエンジン(Canvas, Phaser, Three.js等)を選択し、安定したプロジェクト構造(スケルトン)を構築する。これにより、その後の編集作業においても一貫性が維持される。

    • Debug Skill(デバッグ・スキル): サンドボックス内でゲームを実行し、統合エラー、コンソールエラー、動作の不備を検出する。単なる構文修正ではなく、検証済みの修正プロトコルに基づき、ゲームがエンドツーエンドでプレイ可能になるまで系統的に修復を行う。

    1.2 GameCoder-27B

    ゲームエンジンへの習熟に特化したコードLLMであり、以下の3段階のパイプラインを通じて学習されている。

    1. 継続的事前学習(Continual Pre-training)

    2. 教師あり微調整(SFT): エンジンAPI、プロジェクト構成、バグ修正ワークフローを網羅した厳選されたゲーム開発軌跡データを使用。

    3. 強化学習(RL): OpenGame-Bench形式の検証器を用い、実際のゲームのプレイアビリティから得られる報酬信号に基づき最適化。

    1.3 OpenGame-Bench

    従来の静的コード評価とは異なり、生成されたゲームのインタラクティブな質を測定する評価パイプライン。ヘッドレスブラウザによる実行とVLM(視覚言語モデル)による判定を組み合わせ、以下の3指標でスコアリングを行う。

    • ビルド・ヘルス(Build Health): エラーなく実行可能か。

    • 視覚的ユーザビリティ(Visual Usability): 画面描画やUIが適切か。

    • 意図への適合性(Intent Alignment): ユーザーのプロンプト(ゲーム性、キャラクター、背景設定など)をどの程度反映しているか。

    2. 生成デモと応用例

    OpenGameは、多様なジャンルや複雑なプロンプトに対応可能であることを実証している。以下は生成されたゲームの具体例である。

    ゲームタイトル ジャンル / 特徴 主要なプロンプト要素

    Marvel Avengers: Infinity Strike
    アクション・プラットフォーマー
    複数の操作キャラクター(アイアンマン、ソー、ハルク)、特殊スキル、90年代アーケード風ピクセルアート。
    Harry Potter: Arithmancy Academy
    ターン制カードバトル
    魔法を唱えるためのクイズ回答(数学・科学)、コンボシステム、ゴシック・ファンタジー風UI。
    K.O.F: Celestial Showdown
    対戦型クイズ格闘
    2人対戦、物理学クイズの早押し、SNKレトロアーケード風の演出。
    Hajimi Defense: The Tuna Crisis
    タワーディフェンス
    猫をモチーフにしたタワー、障害物破壊メカニクス、パステル調のカワイイ美術。
    StarWars: Mandalorian Protocol
    トップダウン・アクションRPG
    ツインスティック・シューター、遮蔽物を利用した戦術、SFピクセルアート。
    Squid Game: Red Light, Green Light
    サバイバル・アクション
    反射神経ゲーム、死体や血溜まりが蓄積する演出、グリッティな16ビット・アート。

    画像

    3. 実装と技術仕様

    3.1 動作モード

    OpenGameは主にコマンドラインからのヘッドレスモードで動作する。ワンショット(1回の指示)でプロンプトを与えると、エージェントが自動的にエンドツーエンドでファイルを生成・編集する。

    • 自動承認: ヘッドレス実行時は、エージェントによるファイル書き込み・編集が自動的に承認される設定(auto-edit)となる。

    • シェル実行: 安全のためデフォルトでは無効だが、--yoloフラグによりシェルコマンドの実行許可を与えることも可能。

    3.2 外部サービスとの連携

    アセット生成(画像、動画、音声)や推論のために、複数のAPIプロバイダーを混在させて利用することができる。

    • サポートされるプロバイダー: OpenAI, fal.ai, OpenRouter, DashScope, Doubaoなど。

    • 設定: 環境変数またはsettings.jsonを通じて、モダリティ(画像、動画、音声、推論)ごとに独立した設定が可能。

    3.3 開発スタック

    プロジェクトは主に以下の技術に基づいて構築されている。

    • 言語: TypeScript (96.1%), JavaScript (3.8%)

    • 基盤技術:

      • qwen-code: エージェントのランタイムおよびCLIの足場。

      • Phaser: ゲームのレンダリングおよびメカニクスのためのオープンソースHTML5フレームワーク。

    • ライセンス: Apache-2.0

    4. 結論

    OpenGameは、これまでLLMにとって困難であった「複雑なファイルの相互作用を伴うインタラクティブなソフトウェア開発」という領域に対し、特化型モデルと動的デバッグ、そして実用的な評価指標を導入することでブレイクスルーをもたらした。

    本フレームワークは、AIが単なるコードの断片を作成するツールから、完結した体験としてのアプリケーションを構築する「エージェント」へと進化していることを示している。

    現状、わたしのゲーム開発は動かないタイトル画面で止まっております

    上手く使える人、使った感じを教えて下さいーっ

    あなたへのおすすめ