エディターモードが実際に使える
前日までは単なるブループリントであったエディタ モードが、この日から機能するようになりました。ビューポートでのオブジェクトの選択、ギズモのドラッグ、自動保存など、「編集して再生」が初めて実行されます。シーンはドキュメント主導の単一の真実の情報源となり、ゲームごとに 1 つずつ、公開されているゲームに従うようになりました。キャラクターと乗り物はまっすぐにドラッグされ、プラグインはコンテキストを持って相互に移動します。そしてエンジンは 1 日でアンチエイリアス、9 スライス UI アート、拡張可能なアセット フォーマット、およびより明確なロード エラーを追加しました。
青写真の着地:「実行を観察する」から「手を差し伸べて変化させる」へ
実装に入る前日に設定されたエディターのブループリントは、まったく苦労することなく実行されました。プロジェクト全体にわたって、「よく考えて、すぐに構築する」という美しい例です。これまで、Studio は常に「あなたが話し、AI が構築し、あなたが見る」場所でした。あなたが望むものを説明し、AI がコードを書き、右側がゲームを実行します。しかし、何か一つでも気に入らないことがあれば、それを手で微調整することはできず、言葉で説明し続けることしかできません。この日追加されたのは、まさに「手作業」の道です。選択、ドラッグ、保存、これらの最も単純なアクションが Studio で初めて実現されました。一方、エンジンはこの道を支援するためにその下に 4 つまたは 5 つの機能を埋め込み、コンテンツ ツールチェーンによりアセットがよりスムーズにエディターに流れ込むようになりました。一文で言えば、クリエイティブ エージェンシーは初めて、「すべて AI に任せる」状態から「人間と AI の両方が介入できる」状態に移行しました。
エディター モードのランド: 選択、ドラッグ ギズモ、自動保存
この日、Studio は初めて本当の「エディター モード」を獲得し、2 つのレイヤーで着実に構築されました。まず、「編集面」が立ち上がりました。編集インターフェイスはエンジンによってライブでレンダリングされるため、表示されるのは、個別に描画された近似ではなく、ゲームの真の外観です。その後、「編集脳」が組み込まれました。コマンド バスは、ユーザーの各アクションを制御可能な命令に変換し、左側のシーン ツリー (どのようなオブジェクトが存在し、誰がその子であるかをリストする) と右側のプロパティ インスペクター (プロパティを表示および編集するオブジェクトを選択) と組み合わせ、さらにエディターとエンジン間のライブ同期を行います。 In Feel: ビューポート内のオブジェクトをクリックして選択し、ギズモ (オブジェクトの周囲に巻き付けられたハンドルにより、直接ドラッグ、回転、スケールを行うことができます) を使用して位置とポーズを調整し、アセット パネルからシーンにアセットをドラッグできます。この「表面 + 頭脳 + 同期」構造が重要です。これは、エディターがハードコードされたパネルではなく、エンジンの機能とともに成長するフレームワークであり、その後のすべての編集機能がその上に成長することを意味します。
シーンは「ドキュメント主導型」になります: ゲームごとに 1 つ、自動フォロー
この日はまた、広範囲にわたる何かを確立しました。シーンは現在「ドキュメント駆動型」です。ゲームのシーンは構造化ドキュメントとして表現され、そのドキュメントがシーンの唯一の権限です。エディターがそれを読み取り、エンジンがそれによって実行され、保存すると保存されます。この背後では、これらの文書化されたシーンの信頼できる唯一の情報源として、専用のシーン コアが配置されました。永続性が実現しました。「ゲームごとに 1 つのシーンが自動保存され、開いているゲームに従う」: どのゲームを開いても編集するシーン ファイルとなり、ゲーム間でデータが流出することはなくなりました。なぜ「ドキュメント主導」がそれほど重要なのでしょうか?それは、「人間による編集」と「AI による編集」が同じことを指しているためです。オブジェクトをドラッグすると、このドキュメントが変更されます。 AI はコードを作成し、この同じドキュメントを変更します。この 2 つは、それぞれが独自のコピーを編集するのではなく、自然に一貫しています。この日は、サンプル シューティング テンプレートさえも、このドキュメントを通じて静的アリーナを記述するように変更され、実際のゲームで初めてメカニズムが機能することが検証されました。
キャラクターや乗り物をドラッグしてプラグイン間をジャンプ
コンテンツ作成側では、この日「直接アップロード」パスが配線されました。キャラクター ワークベンチで完成したキャラクター、NPC、乗り物はそのままドラッグして使用でき、NPC が完成すると自動的に次のステップに進みます。いくつかの古いバグ(表面全体に表示されない、車両が間違った場所に着陸する)も同時に修正されました。さらに、プラグインは相互に移動できるようになりました。たとえば、キャラクター ツールをクリックすると、ウィンドウを探したり、どのキャラクターであったかを再確認したりすることなく、現在のコンテキストをアニメーション ツールに直接持ち込んで作業を続けることができます。アニメーション ワークベンチの 4 つのモジュールも、整然とした色と間隔で単一のデザイン言語に一度に統合され、4 つの部品がボルトで結合されているというよりは 1 つの製品のように見えます。これらを組み合わせることで、「キャラクターを作成する→アニメートする→シーンに配置する」というフロー (以前は複数のツール間を行ったり来たりすることを意味していました) がスムーズな組み立てラインに組み込まれ、そのエンドポイントはまさに今使用可能なエディターになります。
エンジン: アンチエイリアシング + 9 スライス UI アート、より洗練された外観
この日の 2 つのエンジン部分はどちらも目に見える改良が施されています。 1 つはマルチサンプル アンチエイリアシングです。これがないと、オブジェクトの斜めのエッジや輪郭に細かい「ギザギザ」の段差が生じ、特に対角線や遠くで顕著になります。これを使用すると、エッジが柔らかく滑らかになり、画像全体が瞬時にワンランクきれいになります。もう 1 つは 9 スライスのサポートです。これは UI 作業の基本です。ボタンやパネルの背景画像が全体に引き伸ばされると、その丸い角が歪みます。 9 スライス アプローチでは、画像を 9 つの部分に分割するため、「四隅」はそのままで、「端と中央」だけが必要に応じて伸縮し、1 つの画像が歪むことなく任意のサイズのボタンやパネルにフィットします。どちらもゲームプレイを変えるものではありませんが、ゲームが「洗練されているように見える」かどうかを直接決定します。これらの基本的なルック アンド フィール機能をしっかりとさせることは、ユーザーの作品が「見栄えの良い」ものであるための前提条件です。ゲームプレイがどんなに優れていても、ギザギザの縁や歪んだボタンが一見すると安っぽく見えます。
エンジン: 拡張可能なアセット形式 + サイレントロードエラーがなくなりました
この日、エンジンにはさらに 2 つの「骨格」変更が加えられました。 1: アセットのインポートが拡張可能になりました。 「どのフォーマットをどのように読み取るか」という情報は、以前はエンジン コアにハードコーディングされていたため、エンジンは知っているいくつかのフォーマットしか使用できませんでした。この日、その知識はコアから外部から注入可能なものに反転されました。これは、サードパーティがエンジン自体に触れることなく、後からエンジンに独自のアセット形式を教えることができることを意味します。これにより、エンジンは閉じた「規定の量だけを食べる」システムから、オープンで拡張可能なプラットフォームに変わります。 2: リソース ID から内部ハンドルへの組み込みマッピングが追加され、エラーが明確になりました。以前は、コンポーネントが正しく定義されていないか、参照されているリソースが見つからない場合、システムは頻繁にエラーを通知せずに失敗していました。シーンはロードされているように見えましたが、一部のオブジェクトが不可解に欠落しており、どこで問題が発生したのかわかりませんでした。現在、そのようなケースは明確に報告されています。拡張性によりエンジンは「オープンに成長」し、エラーをクリアすることで「デバッグ可能」になります。どちらも、より複雑なコンテンツに対するバックストップです。
舞台裏: 設定はあなたに従います + 古い開発キャッシュはありません
この日、バックエンドでは、地味だがエクスペリエンスを形成する 2 つのことも整理されました。 1 つ目: ブラウザーの設定がサーバーに永続化されたため、インターフェースで調整した個人設定は 1 つのブラウザーにのみ存在するのではなく、他のブラウザを開いたときにも残ります。 2 つ目: 開発時の煩わしい現象が修正されました。プラグインのエントリ ページはブラウザによってキャッシュされていたため、コードを変更して更新した後も古いバージョンが表示され、それが有効になったかどうか疑問に思っていました。この日、そのエントリ ページはキャッシュされないように設定されており、更新すると最新の内容が表示されることが保証されていました。個別には些細なことですが、このような変更は「使い心地」を決定します。好みは失われず、更新は新鮮です。一見明白ですが、それらを真に達成するには、次から次へと選択する必要があります。このバリを滑らかにすることは、道具を「使える」から「楽しい」に変えるための日々の宿題です。
この日が意味するもの
この日が転機です。Studio は、「会話型ゲーム ジェネレーター」から「会話と編集の両方を備えた制作プラットフォーム」へと成長を始めました。最も覚えておく価値があるのは、「エディターが機能する」という結果だけではなく、それがどのように着地したかです。ある日の青写真、次の日の実行、そして積み上げられた孤立したパネルではなく、「ドキュメント駆動シーン」の基盤、いくつかのエンジンの基礎となる機能、およびコンテンツ ツールの流入パスがすべて一度に調整されているため、エディターは成長し続けることができる構造の上に立って誕生しました。ユーザーにとっては、この日から、自分で手動で調整しながら AI に生成させることができ、両者が争うことなく同じシーンを指すことができるようになりました。プラットフォームにとって、このステップは「人間の創造性」をクリエイティブ ループに正式に再接続しました。AI がユーザーをゼロから 10 分の 8 まで導き、残りの最も個人的な好みの 20 分の 2 を自分で手動で追加します。