壁に沿ってスライドする動き + 成熟したスタンドアロン エディター

「みんなで再発明した車輪」をエンジンに埋め込む

この日は、「ゲームごとに誰もが再発明する車輪」をエンジンとテンプレートの既製の機能に蒸留するという明確な一貫性がありました。標準的な壁に沿ったスライド移動とアイドル、ラン、ジャンプのステート マシンは、あらゆるアクション ゲームにとって避けられない基本です。サンプル レベルの落とし穴はレトロスペクティブに書き込まれ、デフォルトのテンプレートにフィードバックされるため、他の人はそれらを繰り返す必要がありません。スタンドアロンのエディタ ウィンドウは日常的に使用できるように磨き上げられ、安定したツール ベースになりました。さらに、この日は、すでに使用しているチャット アプリから Forge に話しかけられるようにすることと、実行中のゲームの画像と状態を AI に「認識」させることの 2 つの作業に取り組みました。前者はハードルを下げ、一般的な能力を抽出します。後者は境界を拡張し、AI を「ゲームの真の理解」に一歩近づけます。繰り返されるものを一般的なものに変え、一般的なものを強固なものにすることは、まさにプラットフォームが合成される方法です。

標準的な「スライドする、くっつかない」動作 + ステートマシン

このエンジンは、2D と 3D の両方に対応するキネマティック キャラクター コントローラー (「移動してスライド」) という、この日なしには「走ってジャンプ」するゲームでは実現できない構成要素を完成させました。これは、一見単純だが感覚に大きな影響を与える問題、つまりキャラクターが斜めに壁にぶつかった場合に何が起こるのかを解決します。最悪の扱いをすると、キャラクターが死んでしまうか（キャラクターが壁に釘付けになる）、通り抜けてしまいます（クリッピング）。プレイヤーが期待する正しい操作により、キャラクターは表面に沿ってスムーズにスライドします。この「壁に沿ってスライドする」動きは些細なことのように見えますが、ほぼすべての一人称および三人称ゲームの感覚の基礎であり、最初から実装するのは非常に面倒です。これを標準プリミティブに組み込むことで、すべての新しいゲームに問題のない動作を無料で与えることができます。これに伴い、タイプ セーフなステート マシンも登場しました。これは、アイドル / 実行 / ジャンプ / 攻撃などのキャラクターの状態を明確に表現し、エンティティのライフサイクルを状態にバインドします。つまり、状態に入るときに関連するものを自動生成し、状態を出るときに自動クリーニングします。次回のゲームのキャラクター制御と動作ロジックは、毎回白紙のページから手作業で作成する必要はなく、検証済みの基盤の上に構築されます。

スタンドアロンのエディタ ウィンドウは日常的に使用できるようになりました

前日に書き直されたスタンドアロンのエディタ ウィンドウは、この日、日常的に使用できる完成度にまで押し上げられました。いくつかの点が洗練されました。ドッキングされたパネルは、ビューポート全体を空白の隙間なく埋める柔軟なレイアウトに切り替えられました。そこに残っていた「幽霊の空のキャンバス」が削除されました (インターフェースには不可解な空白のレンダリング領域がありました)。モジュール間の循環依存関係が解消され、アーキテクチャがよりクリーンになり、連鎖的な問題が発生しにくくなりました。また、スタンドアロン ウィンドウは、メイン インターフェイスに依存せず、独自の編集およびプレビュー レンダリングを挿入するようになりました。コンソールの健全性は通常のリソース不足通知のみに修正され、不安を引き起こす赤い画面はなくなりました。バイリンガルのドキュメントが完成し、起動方法が構造図とともに明確に記述されているため、初心者でもそれに従えば自分のマシンで起動できるようになります。この日以降、エディターはメイン インターフェイスから切り離して開いて使用できるツールとして真の地位を確立し、後で他の場所に埋め込んだり、個別に配布したりするための信頼できる基盤を築きます。

サンプルレベルは修正され、レッスンはテンプレートにフィードバックされました

サンプル レベルでは 3 つの落とし穴が連続して発生していましたが、この日はすべて解消されました。修正そのものよりも、それらの対処方法の方が注目に値します。その 3 つは次のとおりです。シーン オブジェクトの内部 ID が連続しておらず、動きやカメラのコントロールに支障をきたしていた - 連続したシーケンスに再番号付けすることで修正されました。シャドウでは依然として古い構成スキームが使用されていました。安定したレンダリング構成がロックされた新しいシャドウ アプローチに移行されました。そして、それによっていくつかの古い使用慣習が暴露されました。重要なのは 3 番目のステップです。チームは「このレベルを修正する」にとどまらず、脱線と診断全体を回顧録に書き、それに応じて関連する使用法を修正し、さらに前進しました。これらの教訓をデフォルトの新しいゲーム テンプレートの「よくある落とし穴」リストにフィードバックしました。これは、その後のすべてのゲームが再び同じ罠に陥ることがないことを意味します。これはまさに成熟したエンジニアリング チームのバグに対する態度です。バグを修正することは最小限です。その背後にある教訓を制度化して、同じ形で二度と繰り返されないようにすることが、本当の終結である。同じ日に、サンプル ヒーローのスキン アニメーションが配線され、静止モデルから真に動くキャラクターに変わりました。

一般的なチャット アプリから Forge に直接話しかけます

また、この日は、普段使用しているインスタント メッセージング アプリから直接 Forge と通信できるという新しいエントリ ポイントもオープンしました。これらの外部チャット チャネルに接続するための「接続」設定ページが追加されました。コードをスキャンするか認証することで、使い慣れたチャット アプリ内で Forge にメッセージを送信し、ゲーム開発を前進させることができます。重要なのは、「AI とのコラボレーション」を「コンピューターの前に座って Studio インターフェースを開く必要」から解放されることです。通勤中や携帯電話でアイデアやコマンドを AI に投げかけることができます。対話が核となるプラットフォームにとって、「便利なチャネルを通じて、どこからでもアクセスできる」こと自体が重要なアクセシビリティです。 「会話を始める」というハードルを下げることは、コンピューターに戻るまでに忘れてしまうのではなく、より多くのインスピレーションを、浮かんだ瞬間に捉えて発展させることができることを意味します。

AI に実行中のゲームを「見える」ようにする

このエンジンはまた、この日、AI に実行中のゲームを「認識」させるプロトコルという広範な基盤も植え付けました。具体的には、AI に 2 種類の新しいツールを提供しました。1 つはゲーム世界の現在の状態 (シーン内にどのオブジェクトがあるか、それぞれがどこにあるか、どのような状態にあるか) をクエリするためのもので、もう 1 つは現在の画像のスクリーンショットをキャプチャするためのものです。これは、AI がもはや「ブラインドでコードを書く」ことに限定されていないことを意味します。コードを書いた後、ゲームが現在どのように実行されているか、オブジェクトが正しく配置されているか、画像に問題があるかどうかを真に「見て」、それに応じて判断して調整できるようになります。これは、AI が「書くことしかできない」状態から「書いて、見て、自己修正する」状態に移行するための重要なステップです。自動化に接続するために、このフローを駆動するヘッドレスの方法も提供されました。 「AI に自律的にゲームを開発させる」ことを目的とするプラットフォームにとって、「AI に目を与える」ことはほぼ避けられない道です。AI が自身の変更の実際の影響を認識できる場合にのみ、盲目的な推測ではなく、自律的な自己修正が真にループを閉じることができます。この日着地したのは基礎スライスだが、その方向性は非常に明確だ。

この日が意味するもの

この日のアイテムは、プラットフォームが複合する 2 つの方法、つまり蒸留と拡張を体現しています。蒸留により、繰り返しの要素が基礎に沈み、誰もが直接使用できる既製の機能が組み込まれます。標準的なキャラクターの動き、再利用可能なステートマシン、テンプレートに組み込まれた落とし穴を回避するレッスン、毎日使用できるスタンドアロンのエディターがすべてこれを行います。蒸留されたものはそれぞれ、以降のゲームごとに再発明される車輪が 1 つ減り、プラットフォームの「ゲーム作成」がワンランク速く、より安定したものになることを意味します。拡張機能は新たな方向で触手に届きます。チャット アプリから気まぐれに Forge にアクセスできるようになり、AI が自身の変更の実際の効果を確認できるようになります。 「壁に沿って滑る」という基本的なプリミティブさえもしっかりと作り込みながら、「目を持つAI」の基礎を築くプラットフォームは、地に足が着いていて先見の明がある。繰り返される一般的なもの、一般的なものを信頼できるものにし、信頼できるものの上に新しい可能性を探求する - この日は、その複雑な道における確かな一歩でした。