Pembangunan permainan AI

Mulakan dengan gelung permainan kecil yang lengkap

Sasaran pertama yang berguna ialah satu aktiviti dengan permulaan dan pengakhiran yang boleh diperhatikan: mulakan pusingan, bergerak atau memilih, hadapi cabaran, capai menang atau kalah dan mula semula. Nyatakan perkara yang dilihat pemain pada setiap peralihan sebelum meminta ejen menulis fail. Skrin tajuk yang kemas tidak membuktikan gelung itu berfungsi.

Pilih satu platform sasaran dan sebilangan kecil peranti input. Anggap level tambahan, rangkaian dan kandungan prosedur sebagai skop kemudian. Ini menjadikan prototaip gagal boleh didiagnosis: anda boleh membezakan peraturan collision yang rosak daripada ciri belum siap tanpa terus membesarkan prompt.

Pilih aliran kerja, kemudian enjin

Untuk projek 2D kecil yang asli, mula dengan menilai CLI Godot yang didokumenkan bagi gelung periksa-sunting-jalankan. Unity ialah titik mula berguna apabila projek atau pasukan sedia ada sudah bergantung pada aliran kerja editornya. Keupayaan anda menyelenggara hasil perlu memandu pilihan sama seperti prototaip pertama.

Bandingkan kerja yang diperlukan untuk menghasilkan semula kegagalan pada mesin anda. Titik mula terbaik ialah yang struktur projek, prasyarat build dan ralatnya boleh anda terangkan. Ejen tidak menghapuskan tanggungjawab terhadap peningkatan enjin atau pakej pihak ketiga.

Asingkan akses model daripada alat enjin

Ejen mempunyai dua sambungan berbeza: perkhidmatan model yang menghasilkan penaakulan dan suntingan, serta alat tempatan yang memeriksa atau mengendalikan projek. Godot MCP dan Unity MCP berada di bahagian alat. Memasang salah satu tidak memilih penyedia model atau membuktikan integrasi gerbang.

Pilih sambungan model dalam klien ejen dan sambungan enjin dalam tetapan alatnya. Sahkan setiap satu secara bebas dengan operasi kecil. Apabila laluan projek tempatan salah, betulkan laluan itu; menukar endpoint model tidak akan memaparkan scene yang dimaksudkan.

Jadikan taklimat pertama boleh diuji

Namakan scene, tindakan pemain, peralihan keadaan dan tingkah laku ketekalan yang diperlukan. Minta pelaksanaan paling kecil yang memenuhi keperluan itu serta senarai keputusan belum selesai yang jelas. Gunakan taklimat ilustratif di bawah sebagai titik mula dan gantikan skopnya dengan permainan yang benar-benar anda mahu.

Rekod taklimat awal tanpa perubahan. Apabila menambah keperluan, labelkan sebagai perubahan skop. Apabila menerangkan kegagalan atau menyunting fail sendiri, labelkan sebagai campur tangan. Ini mengekalkan perbezaan antara satu prompt awal dengan banyak lelaran model dan alat yang mungkin menyusul.

Deliver one original 2D room with start, play, win/loss, and restart states.
Use project-owned placeholder art. Preserve the chosen engine version.
Record each edit, tool result, failed check, and human intervention.
Stop before downloads, purchases, uploads, or publishing.
Report unfinished requirements with their reproduction steps.

Bekerja dengan perubahan yang boleh disemak

Selepas rangka awal, minta satu tingkah laku pada satu masa: pergerakan, kemudian collision, kemudian peralihan hujung pusingan. Semak fail yang berubah dan jalankan laluan penerimaan yang sama selepas setiap perubahan. Kekalkan keadaan projek yang diketahui berfungsi sebelum menambah pakej luaran atau mengubah tetapan import.

Ejen perlu menerima ralat berkaitan, konteks scene dan tingkah laku diperhatikan, bukan sekadar permintaan untuk mencuba lebih kuat. Apabila simptom sama bertahan selepas suntingan berulang, berhenti dan asingkan sempadan. Sumber import yang hilang dan rujukan node yang salah memerlukan pembaikan berbeza walaupun kedua-duanya menghasilkan scene kosong.

Anggap aset dan penyetempatan sebagai input pengeluaran

Simpan manifes aset dengan sumber, kebenaran, identiti pencipta atau alat, pengubahsuaian dan penggunaan yang dimaksudkan. Semak sprite pada skala gameplay, termasuk ketelusan, penjajaran frame, kontras dan kesesuaian collision. Imej yang munasabah bukan automatik sprite sheet yang boleh digunakan.

Jadikan rentetan yang dilihat pemain boleh dicapai melalui pengecam stabil. Berikan konteks terjemahan dan lindungi argumen pemformatan. Imej, audio, fon dan teks diterjemah masing-masing memerlukan semakan sebelum pengedaran. Rekodkan perbelanjaan penjanaan imej secara berasingan daripada kerja pengekodan model teks; lesen aset atau enjin tidak membuktikan hak untuk setiap fail dalam projek.

Buktikan setiap keadaan penghantaran secara bebas

Demo boleh dimainkan memerlukan seseorang melengkapkan gelung yang dimaksudkan. Eksport memerlukan artifak terjana. Eksport diuji juga memerlukan pelancaran artifak itu pada platform sasaran. Penyerahan dan keluaran Steam ialah keadaan platform kemudian. Gunakan label ini dengan tepat apabila berkongsi kemajuan.

Kekalkan identiti build, input ujian, tangkapan skrin permainan sebenar dan kegagalan yang masih ada. Tangkapan pelayar perlu menunjukkan gameplay berubah selepas input, bukan sekadar skrin pemuatan. Boleh laku Windows yang dieksport pada OS lain masih memerlukan pengesahan Windows. Lihat panduan Steam untuk keperluan akaun dan penjadualannya yang berasingan.

Perkara yang ditunjukkan contoh Playco tentang aliran kerja

Kisah pelanggan OpenAI pada 3 September 2026 menerangkan Playco menggunakan Astra dalam Playbot, IDE yang bersambung kepada enjin permainan. Pasukan itu mengulangi asas grey-box sebelum menghasilkan prototaip bertema. Ini ialah kisah pelanggan yang diterbitkan penyedia, bukan penanda aras APIsRouter.

Kesimpulan praktikalnya ialah bentuk aliran kerja: wujudkan mekanik boleh dimainkan, kemudian ubah persembahan sambil mengekalkan asas bersama. Asingkan pilihan kreatif daripada pembetulan kecacatan supaya anda dapat melihat hasil setiap lelaran. Baca kisah asal untuk hasil yang dilaporkan dan jangan menganggapnya ramalan bagi permainan anda.

Periksa prototaip Godot tempatan

Switchyard ialah teka-teki litar kecil tiga bilik yang dihasilkan dalam larian pembangunan Codex tempatan. Projek sumber merangkumi pergerakan watak, suis, pintu, sel yang boleh dikutip, penyelesaian bilik, kalah dan mula semula, tetapan serta kemajuan disimpan. Pemeriksaan enjin automatik menguji gelung gameplay dan proses berasingan membuka semula simpanan. Tangkapan di bawah ialah tangkapan viewport Godot sebenar, bukan seni konsep.

Larian direkodkan menggunakan Godot 4.5.1. Identiti model dan pengebilan API tidak dapat diperhatikan, jadi ia tidak dipersembahkan sebagai penanda aras prestasi atau kos Astra. Sumber dan PCK yang boleh dimuat turun menunjukkan projek tempatan; PCK memerlukan Godot. Build Windows kendiri, eksport pelayar, playtest manusia dan keluaran Steam ialah kerja berasingan. Contoh ini menunjukkan artifak konkrit yang patut diminta daripada ejen sebelum membuat dakwaan penghantaran.

Pilih panduan seterusnya berdasarkan halangan anda

Mulakan dengan pemilihan enjin jika persekitaran belum diputuskan, halaman persediaan MCP jika penemuan alat gagal, atau panduan nyahpepijat jika projek dibuka tetapi berkelakuan salah. Gunakan panduan kos apabila pembaikan berulang mendominasi perbelanjaan; mengecilkan skop mungkin lebih penting daripada menukar model.

Panduan ini menyediakan aliran kerja bersumber dan contoh ilustratif, bukan kedudukan enjin yang diukur. Eksperimen Astra yang dipautkan menerangkan bukti yang diperlukan untuk kes khususnya. Untuk projek anda, pilih langkah seterusnya yang menyelesaikan halangan nyata dan simpan hasilnya sebelum mengembangkan permainan.

Soalan lazim