Engine game native-AI mulai dirilis, dan tampilannya sama sekali tidak seperti Unity
Oleh Oleg Sidorkin, CTO Cinevva
Tiga engine game muncul pada bulan Maret dengan arsitektur yang berbeda dari apa pun dalam garis keturunan Unity/Unreal/Godot. Ketiganya tidak memiliki editor visual. Ketiganya tidak dioptimalkan untuk manusia yang mengeklik berbagai menu. Engine-engine ini dibangun sejak awal agar agen AI dapat membaca, menulis, dan mengendalikan state game.
Ini bukan "Unity dengan tab AI." Ini adalah spesies engine yang berbeda.
AI sudah mengubah alur kerja pengembangan game 3D. Lapisan engine adalah yang berikutnya.
Tiga engine tersebut
nAIVE Engine bersifat sumber terbuka, ditulis dalam Rust dengan rendering WebGPU. Hot reload dalam waktu kurang dari satu detik: shader kurang dari 200 md, scene kurang dari 100 md, dan skrip kurang dari 50 md. Scene, pipeline, dan material didefinisikan dalam YAML, sehingga LLM dapat membaca dan membuatnya tanpa mengurai format biner. Engine ini menyediakan antarmuka perintah MCP yang memungkinkan agen AI mengendalikan fungsi engine melalui JSON-RPC. Engine ini dilengkapi dukungan kelas utama untuk Gaussian splatting dan rendering headless bagi pengujian otomatis. Seluruh arsitekturnya dibangun dengan asumsi bahwa pengguna utama Anda mungkin adalah agen AI, bukan orang yang menggunakan tetikus.
Arcane Engine adalah engine 2D yang mengutamakan kode. Intinya menggunakan Rust, sedangkan skripnya menggunakan TypeScript. Sama sekali tidak ada editor visual. Filosofinya: "kode adalah scene." State game disimpan sebagai basis data yang dapat dikueri, bukan sebagai pohon scene. Engine ini mencakup protokol bawaan untuk interaksi dengan agen AI. Berlisensi Apache 2.0.
Mirror Engine masih dalam tahap alfa dan mengutamakan multipemain dengan sistem entity component. Bagian yang menarik: engine ini menyertakan pembuatan 3D dari teks berbasis AI yang menghasilkan Gaussian splat dari prompt teks dalam waktu sekitar 60 detik. Skrip TypeScript, dengan klien berbasis peramban "Mirror Lite".
Ketiga engine ini tidak berbagi basis kode maupun tim, tetapi memiliki tesis desain yang sama: antarmuka utama engine game seharusnya berupa teks terstruktur, bukan GUI.
Mengapa arsitektur ini penting
Engine game tradisional berevolusi untuk melayani manusia yang duduk di depan meja. Ada viewport. Panel hierarki. Inspector. Timeline. Semuanya dirancang untuk mengeklik, menyeret, dan menempatkan objek secara visual. Alur kerja itu sangat efektif. Namun, agen AI juga mustahil menggunakannya.
Saat "pengguna" utama Anda adalah LLM, Anda memerlukan komponen dasar yang berbeda. YAML alih-alih format scene biner. State yang dapat dikueri alih-alih pohon scene bertingkat. Perintah berbasis protokol alih-alih klik tetikus. Operasi headless alih-alih rendering dalam jendela.
Ini adalah pergeseran yang sama seperti ketika DevOps beralih dari panel kontrol GUI ke infrastructure-as-code. Hal yang sama kini terjadi pada engine game, hanya saja dua puluh tahun kemudian.
Antarmuka MCP nAIVE adalah contoh yang paling jelas. MCP (Model Context Protocol) mulai menjadi cara standar bagi agen AI untuk berkomunikasi dengan alat. Ketika sebuah engine mendukung MCP secara native, agen AI apa pun yang mendukung protokol tersebut dapat memanipulasi scene, menyesuaikan parameter, menjalankan pengujian, dan mengiterasi gameplay tanpa keterlibatan manusia. Itu bukan fitur yang ditempelkan pada engine tradisional. Itu adalah hubungan yang secara fundamental berbeda antara engine dan penggunanya.
Gaussian splatting dalam pengembangan game. Baik nAIVE maupun Mirror memperlakukannya sebagai komponen dasar rendering kelas utama.
Gambaran yang lebih besar
Ketiga engine ini bukan satu-satunya sinyal. Black Box dari Meshy mendemonstrasikan mekanik game buatan AI saat runtime. OpenAI menampilkan RPG taktis yang dibuat dengan Phaser di GDC. Lapisan alat antara "AI menghasilkan sesuatu" dan "sesuatu itu berjalan sebagai game yang dapat dimainkan" semakin tipis setiap bulannya.
Di Cinevva, kami membangun jembatan ini dari arah sebaliknya. Engine kami menangani rendering, fisika, dan interaksi real-time, sementara AI menangani pembuatan aset. Pendekatannya berbeda dari nAIVE atau Arcane, tetapi taruhannya sama: engine game masa depan harus menjadikan AI sebagai bahasa utama, bukan sekadar menambahkannya sebagai plugin.
Para pembuat engine tradisional juga menyadari hal ini. Unity memamerkan pratinjau alat pembuatan game AI di GDC. Roblox meluncurkan pembuatan model 4D berbasis AI. Namun, terdapat perbedaan signifikan antara menambahkan fitur AI ke engine yang dirancang untuk manusia dan merancang engine yang menjadikan AI sebagai antarmuka utama.
Prediksi saya tentang langkah berikutnya
Sebagian besar engine ini tidak akan bertahan. Itu wajar bagi kategori baru. Namun, pola desainnya akan bertahan. Definisi scene berbasis YAML, protokol MCP untuk kontrol agen, state game yang dapat dikueri, dan operasi headless. Gagasan-gagasan ini akan diserap oleh engine arus utama dalam waktu dua tahun.
Engine yang memenangkan era ini mungkin belum ada. Namun, DNA arsitekturnya sedang ditulis sekarang juga dalam ketiga proyek ini dan beberapa proyek lainnya. Pertanyaannya bukan apakah engine game akan menjadi native-AI. Pertanyaannya adalah apakah transformasi tersebut akan datang dari para pemain lama atau dari pendatang baru yang sejak awal merancang engine untuk agen.
Terkait:
- Sekarang semua orang ingin menjadi engine game AI — perlombaan platform yang menyiapkan panggung
- Model AI Generatif Sumber Terbuka Terdepan — model-model yang diintegrasikan oleh engine ini
- Perbandingan Engine Game Web — posisi engine baru dalam ekosistem yang lebih luas
- Sumber terbuka memiliki masalah polusi AI — sisi biaya dari kontribusi buatan AI