Pembangunan permainan Godot AI

Tentukan sempadan projek sebelum suntingan

Mulakan daripada direktori projek milik sendiri dan senarai bertulis tentang perubahan dibenarkan. Inventori scene, skrip, aset dan plugin sedia ada supaya ejen boleh melanjutkan struktur semasa dan bukannya mencipta pelaksanaan kedua. Pastikan keadaan projek awal boleh dipulihkan dan rekodkan binari enjin yang membukanya.

Pilih bahagian boleh dimainkan sederhana dengan peralihan jelas. Contohnya, skrin tajuk menuju satu bilik dan kembali melalui menang atau kalah memberi ujian berulang. Tentukan siapa yang menyemak komposisi visual dan kawalan kerana parser berjaya atau mesej selesai model tidak membuktikan pengalaman itu koheren.

Kenal pasti boleh laku dan argumen disokong

Dokumentasi CLI stabil Godot menyediakan arahan di bawah. GODOT_BIN dan PROJECT ialah pemboleh ubah shell untuk contoh ini, bukan tetapan Godot; gantikan laluan placeholder dengan boleh laku dan projek sedia ada. Laluan projek mesti mengandungi project.godot.

Tangkap versi dan output bantuan sebelum menskrip flag tambahan. Ini mengelakkan anda menganggap arahan dalam dokumentasi atas talian semasa wujud dalam build terpasang. Rekod identiti binari bersama keputusan ujian kemudian dan kekalkannya stabil ketika menyiasat kegagalan. Arahan ilustratif ini menggunakan bentuk CLI didokumenkan.

GODOT_BIN="/absolute/path/to/godot"
PROJECT="/absolute/path/to/project"
"$GODOT_BIN" --version
"$GODOT_BIN" --help
"$GODOT_BIN" --headless --path "$PROJECT" --import

Asingkan import, parsing dan permainan sebenar

Import headless memeriksa sempadan pemprosesan aset. Pemeriksaan parser meneliti skrip. Pelancaran biasa sampai ke permainan dan boleh mendedahkan pendawaian scene serta masalah runtime. Kekalkan hasil itu berasingan dalam rekod semakan dan bukannya merumuskan semuanya sebagai ujian lulus.

Laluan skrip ilustratif di bawah mesti sudah wujud dalam projek. Pemeriksaan parser sengaja sempit: ia tidak membuktikan collision berfungsi, input responsif atau ketekalan betul. Selepas suntingan, ulang tingkah laku yang diubah serta peralihan sebelum dan selepasnya. Ini selalunya lebih bermaklumat daripada mencipta banyak pemeriksaan terpencil untuk fungsi pembantu terjana.

"$GODOT_BIN" --headless --path "$PROJECT" \
  --script res://scripts/player.gd --check-only
"$GODOT_BIN" --path "$PROJECT" --debug

Pilih alat CLI atau MCP dengan sengaja

Ejen berkebolehan shell boleh mengendalikan urutan CLI yang disemak. Godot MCP ialah antara muka alat tambahan diselenggara projek, dengan persediaan di halaman khusus. Dalam kedua-dua kes, operator perlu tahu projek sasaran sebelum meluluskan penulisan atau pelancaran proses.

Asingkan tetapan penyedia model ejen daripada alat enjin. Sambungan tempatan berfungsi tidak membuktikan model tertentu tersedia atau ejen menyokong setiap ciri gerbang serasi. Wujudkan bacaan dibenarkan paling kecil dahulu, kemudian perubahan scene boleh balik dan barulah kitaran gameplay lengkap dalam eksperimen yang diberi kuasa.

Berikan konteks scene yang mencukupi untuk kegagalan

Apabila interaksi gagal, tangkap pokok scene, skrip, tindakan input dan ralat runtime pertama yang bermakna. Terangkan peralihan dijangka dan keadaan diperhatikan. Laporan pemain tidak bergerak perlu menyatakan sama ada permainan mempunyai fokus, input dikesan dan kedudukan pemain berubah.

Minta pembetulan kecil yang dicadangkan dengan penjelasan berkaitan bukti itu. Selepas menggunakannya, ulang tindakan sama dan periksa regresi mula semula serta peralihan scene. Jangan terima pembaikan hanya kerana ralat hilang; menyahdayakan ciri terjejas boleh membuang ralat sambil meninggalkan keperluan asal tidak dipenuhi.

Sediakan prasyarat eksport secara eksplisit

Eksport memerlukan preset sepadan dan template eksport dipasang. Semak export_presets.cfg dan kemasukan sumber sebelum build. Simpan kelayakan eksport secara peribadi. Nama preset contoh ialah ilustratif dan mesti sepadan dengan projek; direktori output mesti sudah wujud.

Anggap template atau preset hilang sebagai masalah persekitaran, bukan bukti logik permainan terjana salah. Simpan log eksport dan hash artifak supaya dapatan platform sasaran merujuk build tertentu. Eksport berjaya ialah titik pemeriksaan penting tetapi tidak membuktikan pemain dihantar bermula atau menyelesaikan pusingan.

"$GODOT_BIN" --headless --path "$PROJECT" \
  --export-release "Windows Desktop" "/absolute/existing-build-dir/game.exe"

Jalankan miniflow penghantaran pada sasaran

Lancarkan permainan dieksport dalam sistem operasi yang hendak disokong. Uji mula, input, pusingan lengkap, mula semula, tetapan dan ketekalan selepas pelancaran semula. Bagi setiap hasil, simpan identiti artifak, konteks peranti dan hasil diperhatikan. Eksport dicipta pada macOS tidak dengan sendirinya mengesahkan tingkah laku Windows.

Untuk sasaran web, periksa juga pemuatan pelayar dan ralat runtime serta uji canvas dengan input sebenar. Sahkan kandungan kelihatan dan bergerak apabila sesuai. Uji konfigurasi pengehosan dimaksudkan dan jangan anggap larian editor tempatan merangkumi pemuatan sumber pelayar serta sekatan platform.

Projek sumber dan tangkapan asli untuk diperiksa

Contoh Switchyard tempatan menyediakan teka-teki Godot tiga bilik, pemeriksaan gameplay automatik, pemeriksaan buka semula simpanan, log mentah, ZIP sumber dan PCK Godot. Tangkapan aslinya menunjukkan projek sebenar yang berjalan pada dua saiz viewport. Mengulangi arahan didokumenkan ialah pemeriksaan lebih kukuh daripada menilai projek melalui tangkapan skrin sahaja.

Projek menggunakan Godot 4.5.1 dalam larian Codex yang model penjanaan tepatnya tidak disahkan. Ia menunjukkan aliran kerja enjin tempatan, bukan penanda aras Astra. Eksport pelayar disekat oleh template eksport hilang dan PCK bukan executable Windows kendiri. Sempadan ini direkod bersama sumber supaya pembangun seterusnya tahu perkara yang masih perlu diuji.

Tutup gelung dengan serahan yang boleh disemak

Serahan patut menamakan skop boleh dimainkan, identiti sumber, versi enjin dan template, arahan build, hasil diterima dan kecacatan belum selesai. Sertakan tangkapan autentik daripada artifak diuji serta asal usul aset dihantar. Simpan percubaan pembaikan dan campur tangan manual dan bukannya hanya memaparkan dump kod akhir terjana.

Apabila gelung asas diterima, tambah aset dan penyetempatan melalui pemeriksaan import dan gameplay sendiri sebelum mempertimbangkan penyerahan platform. Panduan ini berdasarkan dokumentasi enjin; gunakannya pada versi terpasang dan simpan hasil sebenar. Kekalkan senarai ringkas isu belum selesai dengan langkah pembiakan supaya sesi pembangunan seterusnya bermula daripada keadaan diketahui yang sama.

Soalan lazim