AI が「完了」を偽装できないようにするためのビルドゲート

「完了」を検証可能なものにする

ゲーム開発を AI に任せると、避けられない根本的な疑問が生じます。AI の「完了」が実際に完了したことをどうやって知ることができるのでしょうか。人々は本能的に「完了と言ったら完了」と信頼しますが、AI は必ずしも信頼できるわけではありません。コードを編集した直後に成功を宣言しても、黒い画面が開く場合があります。この日の主な内容は、この信頼性の問題を機械的に解決するものであり、もはや AI に「自分自身を判断させる」のではなく、機械が実行する客観的なチェックによるゲートキーピングです。同じ日に行われた一連のエンジン強化と並べて見ると、この 2 つは補完的です。ビルドゲートは「提供されるものが実際に動作する」ことを保証し、エンジンの強化は「提供できるものがより豊かで、より大きく、見栄えがよい」ことを保証します。 1 つは品質の下限であり、もう 1 つは能力の上限です。両方を推進することで、プラットフォームが「信頼性」と「機能」の両方を実現します。

ゲームのビルドゲート: 実際にコンパイルされるまで「完了」しない

ここでの AI 構築ゲームには、頭痛を引き起こす欠陥がありました。コードを編集した後に「完了」と宣言され、ブラウザーが黒い画面を開くだけか、コードがまったくコンパイルされませんでした。プレイ可能なゲームを手に入れたと思ったのに、実際には実行できないコードの山ができてしまったのです。この日は、フロー全体にビルド ゲートをインストールしました。バックエンドは、AI が完了を宣言する前にゲームを実際にコンパイルするビルド プリフライト ステップを追加しました。そして、AI の憲章には厳しいルールが組み込まれています。ビルドが成功した場合にのみ完了を宣言できるということです。ブロックするだけでは十分ではありません。重要なのは、AI 自身に修正させることです。特定のビルド エラーは、AI が確認できる場所にリアルタイムで転送され、冷たく「失敗しました」ではなく、詳細な原因がフィードバックされます。したがって、完全な自己修正ループが形になりました。ゲームを作成する → AI がコードを書く → バックエンドでビルドが実行される → 失敗すると特定のエラーが発生する → AI がそれらを修正する → 本当に合格するまで。広範囲にわたる重要性: AI の主観的な主張から「完了」を客観的に検証可能な事実に変える — AI が「準備ができた」と言えば、それをより自信を持って信頼できるようになります。

マルチマテリアル モデル: 各パーツは最終的に独自のマテリアルを取得します。

このエンジンには、今日、複雑なモデルを処理するための重要な機能が追加されました。モデルには、それぞれが独自のマテリアル スロットを持つ複数の「サブメッシュ」を含めることができます。抽象的に聞こえますが、使用例は非常に具体的です。キャラクターでは、鎧は金属、衣服は布、顔は皮膚であり、それらの質感、反射率、色はまったく異なります。車の場合、ボディは塗装され、窓ガラスは塗装され、タイヤはゴムになります。以前は、モデルは全体として 1 つの素材しか着用できないことが多く、パーツごとの違いが平坦化されていたため、すべてプラスチックかすべて金属で、ひどく歪んでいるように見えました。現在、エンジンはモデルをパーツごとに複数のサブメッシュに分割し、それぞれに独自のマテリアルを割り当てることができるため、最終的に複雑なモデルが「各パーツの独自のマテリアル」で正しくレンダリングされるようになりました。いくつかのモデル インポート ブリッジングのバグも同時に修正され、すべての実際のサンプル ゲームはそれに合わせてデータ形式の移行を完了しました。クリエーターにとって、これは、外部からインポートされた詳細なモデルが、1 つの均一なマテリアルに強制的に組み込まれるのではなく、本来の見た目どおりに正しく表示されることを意味します。

より多くの照明、より大きなシーン: 天井を大規模に引き上げる

この日、エンジンはまた、2 つの方向から「シーンがどれだけ大きくなり得るか」の上限を引き上げました。 1 つはライティングです。レンダリングは「クラスター ライティング」アプローチに移行しました。その中心となるアイデアは、画面スペースを多数の小さなセルにスライスし、各セルに対して実際に影響を与える少数のライトのみを計算することで、パフォーマンスを低下させることなく 1 つのシーンに以前よりもはるかに多くの光源を保持できるようにすることです。ネオンや街路灯で満たされた夜の街には、まさに多くの光が同時に存在することが必要であり、このパイプラインはそのようなシーンのための余地を開きます。もう 1 つは容量です。オブジェクト データを保持するレンダー バッファーは、「オンデマンドで 2 倍に増加する」ように変更されました。以前は、シーンのオブジェクト数には約 1,000 というハードキャップがあり、それを超えると上限が破られました。オブジェクトの成長に応じてバッファーが自動的に何倍にも拡張され、上限がなくなり、大きなシーンにはさらに多くのものを保持できるようになりました。どちらも、ユーザーがまだ目にしていない内部の作業であり、「あなたの野望がどこまで大きくなるか」を直接決定します。特定のゲームプレイ機能ではなく、「より壮大なシーン」を不可能から可能に変える前提条件です。

ゲームのエントリポイントを記述するためのより直感的な方法

この日、エンジンは「ゲーム アプリケーションの作成」の記述方法も再編成し、より直観的な 3 つのレイヤーに分割しました。1 つはカメラと基本的な表示設定、1 つはビルド/パッケージング オプション、もう 1 つはリソースの接続方法です。以前は、これらの性質の異なるパラメーターが混在していて混乱しやすかったのですが、特にコードの作成に依存する AI の場合、パラメーターが乱雑で明確に分類されないほど、エラーの可能性が高くなります。責任ごとに 3 つの明確なレイヤーに分割されており、各レイヤーが何を行うかは一目瞭然なので、AI はよりスムーズに、エラーが発生しにくいゲームを作成します。これと今日の「ビルドゲート」は実際にはコインの裏表のようなものです。ゲートは出口を守り、欠陥のある出力をブロックします。 API をより直感的にすることで、入り口でエラーが発生する可能性が低くなります。 AI にコードを作成させるプラットフォームには、事後検証と、事前の誤りをより困難にする両方が必要であり、これらが連携して出力品質を確実に向上させます。デフォルトの新しいゲーム テンプレートもアップグレードされ、HDR の空と制御可能なキャラクターを備えた状態で出荷されるため、新しいゲームはすべて、より見栄えの良いベースラインから開始されます。

エディターには実際のジオメトリとより安定したリプレイが表示されます

今日、エディターは、見たものをそのまま手に入れることに一歩近づきました。モデル ファイルがプリロードされるようになり、編集ビューには一時的なプレースホルダー ボックスではなく、モデルの実際のジオメトリが直接表示されます。細かいことのように見えますが、その影響は本物です。エディターでオブジェクトを配置、位置合わせ、調整すると、オブジェクトの代わりとなるボックスが最終的にどのようになるかを想像するのではなく、実際にどのように見えるかがわかります。基礎となるアセット パイプラインもエンジンのネイティブ シーン パック形式に移行し、編集ビューにも同様に HDR 空が表示され、編集環境が最終的なランタイムにさらに適合します。エラーが発生した場合、キャンバス上のオーバーレイにより、一般的なメッセージではなく、より詳細な根本的な原因が展開され、迅速な診断が可能になります。チャットのリプレイでは、エージェント間カードのインターリーブ順序も修正されました。一連の履歴を確認すると、複数の AI 間の行き来が正しく織り込まれ、ライブで見た順序と正確に一致します。これらを組み合わせることで、エディターと再生で表示されるものを可能な限り現実に近づけることができます。

チームの進捗状況をグラフ化する

この日は、チームの作業進捗状況の視覚化チャートも追加されました。 AI エージェントによって並行して進められる作業が増えるにつれ、「正確に今どこにいるのか、どれだけ残っているのか」を確認する必要がある問題になります。追加されたスループットとバーンダウン曲線は、プロジェクトメトリクスパネルと組み合わせて、時間の経過とともに蓄積されるこの情報を二重線としてグラフ化するため、チームは全体のペースを一目で確認できます。つまり、この区間でどれだけが完了したか、どれだけがまだ実行中か、速度が加速しているのか減速しているのかがわかります。自動化に大きく依存した開発フローにとって、この「グローバルな可視性」は非常に重要です。人間は具体的な実行の多くを AI に任せますが、全体的な状況を把握し、物事がどの方向にどのような速度で進んでいるのかを把握し続ける必要があります。進捗状況をグラフ化することは、まさに全体像を安定させながら、実行の詳細の混乱から一歩退くための手段です。

この日が意味するもの

この日の 2 つの主な内容は、「AI に優れたゲームを確実に構築させる方法」という中心的な命題の 2 つの側面に答えるものです。ビルドゲートは「信頼できる」という答えを返します。客観的なビルド検証と特定のエラー フィードバックを通じて、「完了」を空の言葉から検証して自己修正できる事実、つまり信頼の基礎に変えます。エンジンの一連の機能強化の答えは「良い」です。マルチマテリアルによりモデルがよりリアルになり、クラスター化されたライティングと拡張された容量によりシーンがより壮大になり、より直感的な入力により AI のエラーが減少します。つまり、機能の拡張です。 AI 主導の制作プラットフォームが最も恐れているのは、「見た目は印象的だが、提供の信頼性が低い」ことです。そしてこの日は、「信頼できる」と「よくできている」という、最も基本的な 2 つのことを同時にしっかりと固めることができました。マシンの性能が向上し、より厳密に検証されると、人々は真に、自信を持ってマシンに「ゲームの構築」を任せることができます。