Unity AI game development

Existing project contract দিয়ে শুরু করুন

Agent-কে write access দেওয়ার আগে selected Unity editor, project path, target platform, package ও rendering setup identify করুন। Experiment record-এর সঙ্গে project version ও dependency lock রাখুন। Operator-এর required editor access ও target module আছে কি না confirm করুন; model access এই prerequisite দিতে পারে না।

Project-এর established convention ব্যবহার করে একটি ছোট playable scene define করুন। Team-এর character controller বা input abstraction থাকলে replacement propose করার আগে agent-কে তা inspect করতে বলুন। এতে generated change reviewable থাকে এবং game-এর বাকি অংশ যে system-এর ওপর নির্ভর করে তা bypass করা যায় না।

Editor automation-কে আলাদা connection ধরুন

CoplayDev-এর Unity MCP project compatible client-কে editor operation expose করে। Installation guide editor package ও server connection document করে। Agent-এর model service আলাদা: model credential বদলালে unavailable editor instance ঠিক হবে না।

Read-only project inspection দিয়ে শুরু করে কোন open instance request পাচ্ছে confirm করুন। Mutation approval disposable scene বা explicitly owned feature-এ সীমিত রাখুন। Tool success return করলে তার own boundary-তে operation complete বোঝায়; resulting scene-এ wrong reference থাকতে বা play-এ fail করতে পারে। Dedicated MCP guide connection check ও version record cover করে।

Visible outcome-সহ bounded change চাইুন

প্রতিটি failure-এর পরে whole scene rewrite না চেয়ে controller adjustment, একটি menu transition বা ছোট persistence feature চাইুন। Player কী করবে, কোন state বদলাবে এবং result কীভাবে observe হবে বলুন। Generated modification accept করার আগে prior working state preserve করুন।

Bounded change ও review criteria define করতে নিচের illustrative brief ব্যবহার করুন। Scene ও prefab-এর ক্ষেত্রে script diff-এর পাশাপাশি object reference ও saved state inspect করুন; gameplay নির্ধারণ করা configuration source file-এ একা নাও থাকতে পারে। Edit করার আগে affected object identify করতে agent-কে বলুন।

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.

Play result interpret করার আগে compilation-এর জন্য অপেক্ষা করুন

Observation log-এ code compilation, editor readiness ও gameplay আলাদা রাখুন। Compilation fail হলে earliest relevant error ও changed source context capture করুন। Editor intended script load করতে না পারলে movement tuning চাইবেন না; invalid baseline-এর ওপর আরও edit তৈরি হয়।

Compilation-এর পরে play-এ যাওয়ার আগে expected component ও reference check করুন। Correction-এর পর একই player action reproduce করুন। Error-free console useful evidence, কিন্তু game-কে intended state-এ পৌঁছাতেই হবে। Repeated change symptom না বদলালে larger replacement নয়, smaller reproduction trigger করুন।

Project test framework সচেতনভাবে ব্যবহার করুন

Unity Test Framework command-line test selection ও result output document করে। Example ধরে নেয় framework configured এবং test result directory আছে। UNITY_BIN ও PROJECT existing editor ও project-এর illustrative shell variable। Installed package-এর সঙ্গে reference মিলিয়ে নিন।

উপযুক্ত isolated logic-এর জন্য EditMode check এবং execution দরকার এমন behavior-এর জন্য PlayMode check চালান। এই category controls ও presentation-এর hands-on review replace করে না। Test count, failure ও result file test করা revision-এর সঙ্গে রাখুন। কোনো test discover না হওয়া run game pass করে প্রমাণ করে না।

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"

Player তৈরি করার আগে build input review করুন

Build-এ project-এর reviewed scene selection ও target configuration ব্যবহার করা উচিত। Editor-এ বর্তমানে open scene startup-এ included হবে ধরে নেবেন না। Build identity ও log রাখুন, যাতে পরের failure exact artifact-এর সঙ্গে যুক্ত হয়।

Unity CLI -executeMethod দিয়ে existing static editor method call করতে পারে। Flag নিজে build implementation তৈরি করে না: explicit build behavior ও failure handling-সহ real method project-এ দরকার। Project-এর existing build entry point-কে অগ্রাধিকার দিন; runnable মনে হলেও project-এ নেই এমন sample method invent করবেন না।

Editor-এর বাইরে gameplay validate করুন

Declare করা operating system-এ expected control ও clean starting state-সহ delivered player test করুন। First screen থেকে enter করে round complete, restart, setting change ও relaunch করুন। Window খোলে কি না শুধু নয়, acceptance brief-এর বিরুদ্ধে persistence ও transition compare করুন।

Artifact থেকে authentic screenshot ও short input-driven sequence record করুন। Editor run pass কিন্তু build fail হলে agent-কে core gameplay rewrite বলার আগে scene inclusion, resource dependency ও platform behavior inspect করুন। যে boundary বদলেছে সেটি cause-এর useful clue।

Human work ও unresolved dependency track করুন

Manual inspector change, asset edit, added instruction ও environment repair intervention record-এ রাখুন। Model usage না তৈরি করলেও এগুলো production effort। Cost review-এ text coding call, image generation, engine work ও target-device test আলাদা করুন।

এই documentation-backed walkthrough chosen editor ও package version-এর বিরুদ্ধে validate করা উচিত। Handoff-এ smallest complete workflow রাখুন: connection, change, compilation, play ও export। অন্য developer repeat করতে পারলে সেই baseline-এ next feature করুন এবং dependency বা build target বদলালে check আবার চালান।

সাধারণ প্রশ্ন