Pengembangan game Unity dengan AI

Mulai dari kontrak project yang ada

Identifikasi editor Unity yang dipilih, path project, platform target, package, dan setup rendering sebelum memberi akses tulis kepada agen. Simpan versi project dan lock dependensi bersama catatan eksperimen. Pastikan operator memiliki akses editor dan modul target yang diperlukan; akses model tidak dapat menyediakan prasyarat tersebut.

Tentukan satu scene kecil yang dapat dimainkan dengan konvensi project yang sudah ada. Jika tim sudah memiliki character controller atau abstraksi input, minta agen memeriksanya sebelum mengusulkan pengganti. Ini membuat perubahan generatif dapat ditinjau dan mencegah prototipe yang tampak terisolasi melewati sistem yang diandalkan sisa game.

Perlakukan otomatisasi editor sebagai koneksi terpisah

Project Unity MCP CoplayDev mengekspos operasi editor ke client yang kompatibel. Panduan instalasinya menjelaskan package editor dan koneksi server. Layanan model agen terpisah: mengganti kredensial model tidak memperbaiki instance editor yang tidak tersedia.

Mulai dengan inspeksi project read-only dan pastikan instance terbuka mana yang menerima request. Batasi persetujuan mutasi pada scene yang dapat dibuang atau feature yang jelas dimiliki. Tool yang mengembalikan sukses berarti operasi selesai pada batasnya sendiri; scene hasilnya masih mungkin memiliki referensi salah atau gagal saat dimainkan. Panduan MCP khusus mencakup pemeriksaan koneksi dan pencatatan versi.

Minta perubahan terbatas dengan hasil yang terlihat

Minta penyesuaian controller, satu transisi menu, atau fitur persistensi kecil, bukan menulis ulang seluruh scene setelah setiap kegagalan. Nyatakan apa yang harus dilakukan pemain, status yang berubah, dan bagaimana hasil akan diamati. Pertahankan keadaan kerja sebelumnya sebelum menerima modifikasi generatif.

Gunakan brief ilustratif di bawah untuk menentukan perubahan terbatas serta kriteria tinjauannya. Untuk scene dan prefab, periksa referensi objek dan keadaan tersimpan selain diff script; file sumber saja mungkin tidak memiliki konfigurasi yang menentukan gameplay. Minta agen mengidentifikasi objek yang terdampak sebelum mengedit.

Inspect the selected project and its existing input and controller code.
Add one restart transition to the owned gameplay scene.
Keep package versions and rendering settings unchanged.
Report changed scripts, scene references, and the verification performed.
Stop before package downloads, purchases, external uploads, or publishing.

Tunggu kompilasi sebelum menafsirkan hasil play

Pisahkan kompilasi kode, kesiapan editor, dan gameplay dalam log observasi. Jika kompilasi gagal, ambil error relevan paling awal dan konteks sumber yang berubah. Jangan meminta penyetelan gerakan saat editor tidak dapat memuat script yang dituju; itu menghasilkan edit tambahan terhadap baseline tidak valid.

Setelah kompilasi, periksa komponen dan referensi yang diharapkan sebelum masuk play. Ulangi aksi pemain yang sama setelah koreksi. Console tanpa error adalah bukti berguna, tetapi game tetap harus mencapai status yang dimaksud. Perubahan berulang yang tidak mengubah gejala harus memicu reproduksi yang lebih kecil, bukan penggantian yang lebih besar.

Gunakan framework pengujian project secara sengaja

Unity Test Framework mendokumentasikan pemilihan test command-line dan keluaran hasil. Contoh mengasumsikan framework telah dikonfigurasi dan direktori hasil tersedia. UNITY_BIN dan PROJECT adalah variabel shell ilustratif yang menunjuk editor serta project yang ada. Sesuaikan dokumentasi referensi dengan package terinstal.

Jalankan pemeriksaan EditMode untuk logika terisolasi yang sesuai dan PlayMode untuk perilaku yang membutuhkan eksekusi. Kategori ini tidak menggantikan tinjauan langsung atas kontrol dan presentasi. Simpan jumlah test, kegagalan, dan file hasil bersama revisi yang diuji. Run yang menemukan nol test tidak dapat membuktikan game lulus.

UNITY_BIN="/absolute/path/to/Unity"
PROJECT="/absolute/path/to/project"
"$UNITY_BIN" -batchmode -projectPath "$PROJECT" \
  -runTests -testPlatform EditMode \
  -testResults "/absolute/existing-results-dir/editmode.xml" \
  -logFile "/absolute/existing-results-dir/editmode.log"

Tinjau input build sebelum menghasilkan player

Build harus menggunakan pemilihan scene dan konfigurasi target yang telah ditinjau. Jangan berasumsi scene yang sedang terbuka di editor adalah scene yang disertakan saat startup. Pertahankan identitas build dan log agar kegagalan berikutnya dapat dikaitkan dengan artefak yang tepat.

CLI Unity mendukung pemanggilan static editor method yang ada melalui -executeMethod. Flag itu tidak membuat implementasi build: project memerlukan method nyata dengan perilaku build dan penanganan kegagalan yang eksplisit. Utamakan entry point build tim yang ada daripada method contoh rekaan yang tampak dapat dijalankan tetapi tidak ada di project.

Validasi gameplay di luar editor

Uji player yang dikirim pada sistem operasi yang dinyatakan dengan kontrol yang diharapkan dan keadaan awal bersih. Masuk dari layar pertama, selesaikan ronde, restart, ubah pengaturan, dan luncurkan ulang. Bandingkan persistensi serta transisi dengan brief penerimaan, bukan hanya memeriksa apakah jendela terbuka.

Catat screenshot autentik dan urutan singkat berbasis input dari artefak tersebut. Jika run editor lulus tetapi build gagal, periksa inklusi scene, dependensi resource, dan perilaku khusus platform sebelum meminta agen menulis ulang gameplay inti. Batas yang berubah merupakan petunjuk berguna terhadap penyebab.

Lacak pekerjaan manusia dan dependensi yang belum terselesaikan

Simpan perubahan Inspector manual, edit aset, instruksi tambahan, dan perbaikan environment dalam catatan intervensi. Semuanya merupakan upaya produksi meskipun tidak menghasilkan penggunaan model. Bedakan panggilan coding teks dari pembuatan gambar, pekerjaan engine, dan pengujian perangkat target saat meninjau biaya.

Walkthrough berbasis dokumentasi ini harus divalidasi terhadap versi editor dan package yang dipilih. Simpan workflow lengkap terkecil dalam handoff: koneksi, perubahan, kompilasi, play, dan ekspor. Setelah developer lain dapat mengulanginya, gunakan baseline itu untuk fitur berikutnya dan tinjau ulang pemeriksaan saat dependensi atau target build berubah.

Pertanyaan umum