AI ネイティブ エンジンを構築する理由

ForgeaX の核となるアイデアはシンプルです。ユーザーがゲームを説明し、AI がエンジン コードを作成します。これは「作者が違うだけ」のように聞こえますが、実際には既存のエンジンは AI に適していません。人間と同じようにドキュメントを読み、推測し、コンテキストを埋める読者を想定しています。

私たちのスタンスは率直です: AI はエンジンの最初のユーザーです。 「AI に優しい」と「人間に優しい」が矛盾する場合、AI が勝ちます。 具体的な結果をいくつか示します。

1 · 真実の情報源は 1 つで、残りは導き出される

ファクトは正確に 1 か所で定義されます。他のすべてはそこから派生します。たとえば、コンポーネント フィールドはスキーマ内にインラインで存在します。インスペクター、デバッガー、ツールは、ソースを grep して推測する代わりにスキーマを読み取ります。 AI は、どこにでも点在する規則を「記憶」する必要がありません。見るべき場所は 1 つだけだからです。

2 · AI が理解して回復できるエラー

エラーは、単に人間が「投げる」文章ではありません。私たちはエラー コードの閉じたセットを使用しており、それぞれに構造化された「何を/なぜ/どのように回復するか」情報が含まれています。 AI はエラーに遭遇したとき、例外テキストを神秘主義として扱うのではなく、次に何を変更すべきかを認識します。

3 · 「画面を見る」のではなく構造化データ

レンダリングのバグで最も難しいのは、「画面上で間違って見える」ことです。人間はモニターを見つめることができます。 AIにはできません。そのため、エンジンはレンダー呼び出しのフレーム (描画呼び出し、バインディング、レンダー ターゲット、パイプライン状態) をキャプチャして、オフラインで読み取り、再生し、N 回目の描画で完全な状態を検査できます。視覚的な問題は、AI が「読み取る」ことができるデータになります。

4 · 相互にチェックする 2 つの実装

レンダー層には、単一のインターフェイスの背後に 2 つのバックエンド実装 (WebGPU と wasm 実装) があります。これらは並列してレンダリングされます。AI がエンジン API を悪用した瞬間に、もう一方のバックエンドが即座に分岐し、問題が表面化します。人間のレビューを待つよりもはるかに速くなります。

---

これらの設計には 1 つの基準があります。読者 (人間または AI) が頭の中に保持しなければならない概念が少ないほど、優れています。 API の自己一貫性が高く、ローカルでインデックス付け可能であるほど、AI が正しく理解できる頻度が高くなります。また、人間が引き継ぎやすくなります。

「AI ネイティブ」はスローガンではありません。それは、「AI の観点からやり直す」という長い一連の決定です。ドキュメントと将来の投稿でさらに詳しく説明します。