スケルトンアニメーション + シーン & 展望台ワークベンチ

「静的な物体」から「生きたキャラクター」へ

この日まで、このエンジンは光り、テクスチャーが設定され、影が付けられたオブジェクトをレンダリングできましたが、それらはすべて「静的」であり、どんなに洗練されていても単なる装飾品でした。この日に追加された骨格アニメーションは、これらのオブジェクトに「命を吹き込む」重要な部分です。そしてツール側では、シーン、展望台、ナラティブといったいくつかの機能が同時に登場しました。 「キャラクターを動かす」と「ゲームを作るためのツールを揃える」を同日に行うのが、このプラットフォームの一貫したリズムです。エンジンは「十分に鮮やかなものを作るか」を司り、ツールは「スムーズに作るか」を司り、両方の目的を一緒に進めます。以下、それぞれ順番に。

エンジン: スキンされたスケルトン アニメーション

このエンジンには、この日のゲームに最も重要な要素の 1 つであるスキン スケルトン アニメーションが追加されました。仕組み: キャラクター モデルの「スケルトン」を構築し、その上にサーフェス メッシュを「スキン」します。スケルトンがアニメーション データに従ってポーズをとると、それに合わせてメッシュが自然に伸びたり曲がったりするため、キャラクターは固まって立っているのではなく、歩いたり、走ったり、手を振ったりします。これは、「静止オブジェクトのレンダリング」から「生きているキャラクターのレンダリング」への分水嶺です。動きのないキャラクターは、たとえ見た目が良くても単なる彫像ですが、動くキャラクターは、ロールプレイング、アクション、アドベンチャーなどの実際のジャンルを担うことができます。この基本的な機能を正しく取得することは、エンジンが「シーンを表示できる」ことから「生きた主人公を運ぶ」資格を得るということを意味します。これは、キャラクターと戦闘を含むその後のすべてのゲームの前提条件です。

新しいシーン ワークベンチ + 1 つのプロジェクト内の複数のゲーム

このツール ファミリには、シーン ワークベンチという強力なメンバーが加わり、ゲームのシーンを構築および整理するための、「実際に機能する」この種の最初のプラグインとして登場しました。このプラットフォームは、ゲームごとに分離されたデータ ストレージを備えた「1 つのプロジェクトでの複数のゲームの管理」のサポートを開始しました。各ゲームのコンテンツはそれ自体に属し、相互汚染はありません。つまり、毎回最初からやり直すことなく、1 つのプロジェクトでシリーズを作成したり、複数のレベルに分岐したり、複数の異なるアイデアを並行して試したりすることができます。自分の作品を長期的に育てたいと考えているクリエイターにとって、「複数のゲームが干渉することなく 1 つのプロジェクト内に共存する」ことは、分散した試みをシステムにまとめるための基礎です。どのゲームを実行または編集するかを選択することは、移動ではなくスムーズなステップになりました。

新しい観測所: エージェントが何をしているかをライブで監視します

新しい「監視」ワークベンチは、エージェントのアクティビティをリアルタイムで表示します。誰が実行しているか、どのツールを呼び出しているか、どのようなイベントを生成したか、すべてが一目でわかるようになります。これは、専用のバックエンド インターフェイスと、バックグラウンドで起こっていることをこのパネルにストリーミングするイベント ブリッジによって支えられています。これは、「エージェントのチームに単独で作業させる」ときの最も相反するニーズ、つまり、手を離したいが完全にコントロールを失うことを恐れるというニーズに対処します。展望台は中間点を提供します。通常は単独で走行させ、パネルを一目見るだけで全体の状態がわかります。何か問題が発生した瞬間に、誰がどの段階で問題を抱えているかをすぐに確認し、介入することができます。マルチエージェントのコラボレーションをますます重視しているプラ​​ットフォームにとって、この「目に見えるコントロールの感覚」は、AI にさらに手を差し伸べる心理的基盤となります。

ナラティブ ツールが効果を発揮 + ナラティブ エージェントがアクティブ化

この日、物語のラインは「空っぽの殻」から「実際に使える」ものへと移りました。バックエンドは、大規模モデル向けの一連のナラティブ ツール定義を追加しました。これにより、単に機能しないインターフェイスではなく、ストーリーとテキストを真に配置する便利な実装がエージェントに提供されます。一方、ナラティブを担当する専任エージェントは、プレースホルダのステータスから正式にアクティブ化され、仕事を引き受けることができます。同時に、「ストーリーを書く」ということは、初めて、プラットフォーム内で実際にストーリーを推進できる役割とツールの両方を持ちます。ゲームを作るということは決してゲームプレイを積み重ねることだけではありませんでした。プロット、会話、ペースも同様に作品の魂です。ナラティブツールとナラティブエージェントを一緒に埋めることは、「一人で完全な肉付きのゲームを作ることができる」ための具体的なステップです。

よりクリーンなチャット + より安全な認証情報

この日はインターフェイスとセキュリティのそれぞれについて触れました。チャット インターフェイスは簡素化されました。冗長なグローとぼかしが削除され、境界線が統一され、多数のエージェントがインストールされている場合にリストがページ分割され、ホバーの高さがより安定しました。これにより、長いセッションでも目が楽になり、コンテンツそのものに集中できるようになりました。プレビュー ウィンドウでは、必要なグラフィックスと全画面権限も開かれるため、内部のゲームがより完全に実行されます。セキュリティに関しては、バックエンドは、「環境変数のみ」の管理に向けて別のボールトからモデル キーの移行を開始し、ファイル アクティビティ 台帳を追加しました。これにより、認証情報のパスが簡素化され、「いつどのファイルが操作されたか」を追跡可能になります。よりクリーンなインターフェイスとは、認証情報の邪魔を減らし、より信頼性を高めることです。これにより、プラットフォームが「長期的に安全に使用できる」状態に一歩近づきます。

エンジン: スリムなボイラープレート + クリーンなブラウザ内実行

この日のエンジンは「使いやすさ」と「走りやすさ」の両方を低レベルでこなした。 1 つは定型文のスリム化です。共通のデータ構造に賢明なデフォルトと便利なファクトリー関数を与え、一部の一般的なユーティリティのエクスポート方法を統一します。そのため、ゲーム コンテンツの作成に必要な定型文が減り、意図がより直接的に表現されます。もう 1 つは「ブラウザーセーフなサブエクスポート」です。これは、ローカル環境 (ブラウザーではなく) でのみ使用できる依存関係をエンジンのメイン エントリから削除し、エンジンがブラウザーに読み込まれたときに、実行できないものを誤って取り込まず、クリーンに実行できるようにします。前者は「書く」ことの負担を軽減し、後者は「走る」ことの安定性を守ります。どちらも派手な機能ではありませんが、どちらも純粋に、この社内エンジンを使用する人々 (および AI 生成コード) にとって使いやすいものにします。