Unity AI game development

Existing project contract سے شروع کریں

Agent کو write access دینے سے پہلے selected Unity editor، project path، target platform، packages اور rendering setup identify کریں۔ Project version اور dependency locks experiment record کے ساتھ رکھیں۔ Confirm کریں کہ operator کے پاس required editor access اور target modules ہیں؛ model access یہ prerequisites فراہم نہیں کر سکتا۔

Project conventions کے مطابق ایک چھوٹا playable scene define کریں۔ Team کے پاس character controller یا input abstraction ہو تو agent سے replacement سے پہلے اسے inspect کرائیں۔ اس سے generated changes reviewable رہتی ہیں اور isolated prototype ان systems کو bypass نہیں کرتا جن پر باقی game depend کرتی ہے۔

Editor automation کو الگ connection سمجھیں

CoplayDev کا Unity MCP project compatible clients کو editor operations دیتا ہے۔ Installation guide editor package اور server connection بیان کرتی ہے۔ Agent کی model service الگ ہے؛ model credentials بدلنے سے unavailable editor instance ٹھیک نہیں ہوتا۔

Read-only project inspection سے شروع کریں اور confirm کریں کہ request کس open instance کو مل رہی ہے۔ Mutation approvals disposable scene یا explicitly owned feature تک محدود رکھیں۔ Tool کا successful return صرف اس boundary پر operation complete ہونے کا ثبوت ہے؛ scene میں غلط references ہو سکتے ہیں یا play میں fail ہو سکتی ہے۔ Dedicated MCP guide connection checks اور version recording بتاتی ہے۔

Visible outcomes کے ساتھ bounded changes مانگیں

ہر failure کے بعد پوری scene rewrite کے بجائے controller adjustment، ایک menu transition یا چھوٹی persistence feature مانگیں۔ Player کو کیا کرنا ہے، کون سی state بدلے گی اور result کیسے observe ہوگا واضح کریں۔ Generated modifications accept کرنے سے پہلے working state محفوظ کریں۔

Bounded change اور review criteria define کرنے کے لیے illustrative brief استعمال کریں۔ Scenes اور prefabs میں object references اور saved state بھی inspect کریں؛ صرف source file وہ configuration نہیں دکھا سکتی جو gameplay طے کرتی ہے۔ Edit سے پہلے agent سے affected objects identify کرائیں۔

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 results سمجھنے سے پہلے compilation کا انتظار کریں

Observation log میں code compilation، editor readiness اور gameplay الگ رکھیں۔ Compilation fail ہو تو earliest relevant error اور changed source context capture کریں۔ جب editor intended scripts load نہیں کر سکتا تو movement tuning نہ مانگیں؛ اس سے invalid baseline پر مزید edits ہوں گی۔

Compilation کے بعد expected components اور references چیک کر کے play میں جائیں۔ Correction کے بعد وہی player action reproduce کریں۔ Error-free console مفید evidence ہے، مگر game کو intended state تک پہنچنا بھی چاہیے۔ بار بار change کے باوجود symptom نہ بدلے تو بڑی replacement کے بجائے smaller reproduction بنائیں۔

Project test framework سوچ سمجھ کر استعمال کریں

Unity Test Framework command-line test selection اور result output document کرتا ہے۔ Example فرض کرتا ہے کہ framework configured ہے اور result directory موجود ہے۔ UNITY_BIN اور PROJECT illustrative shell variables ہیں جو existing editor اور project کی طرف point کرتے ہیں۔ Installed package کے ساتھ reference documentation match کریں۔

موزوں isolated logic کے لیے EditMode checks اور execution درکار behavior کے لیے PlayMode checks چلائیں۔ یہ categories controls اور presentation کے hands-on review کی جگہ نہیں لیتیں۔ Test counts، failures اور result files tested revision کے ساتھ رکھیں۔ No tests 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 inputs review کریں

Build project کی reviewed scene selection اور target configuration استعمال کرے۔ Editor میں ابھی open scene کو startup میں شامل scene نہ سمجھیں۔ Build identity اور logs محفوظ کریں تاکہ بعد کے failures exact artifact سے جڑیں۔

Unity CLI existing static editor method کو -executeMethod کے ذریعے call کر سکتا ہے۔ یہ flag build implementation نہیں بناتا: project میں real method، واضح build behavior اور failure handling چاہیے۔ Team کے existing build entry point کو ایسے invented sample method پر ترجیح دیں جو runnable نظر آئے مگر project میں موجود نہ ہو۔

Editor سے باہر gameplay validate کریں

Delivered player کو declared operating system پر expected controls اور clean starting state کے ساتھ test کریں۔ First screen سے داخل ہوں، round complete کریں، restart کریں، settings بدلیں اور relaunch کریں۔ صرف window کھلنے کے بجائے acceptance brief کے خلاف persistence اور transitions compare کریں۔

اس artifact سے authentic screenshots اور مختصر input-driven sequence record کریں۔ Editor run pass مگر build fail ہو تو core gameplay rewrite سے پہلے scene inclusion، resource dependencies اور platform behavior inspect کریں۔ بدلی ہوئی boundary cause کا مفید clue ہے۔

Human work اور unresolved dependencies track کریں

Manual inspector changes، asset edits، added instructions اور environment repairs intervention record میں رکھیں۔ Model usage نہ بننے کے باوجود یہ production effort ہیں۔ Cost review میں text coding calls کو image generation، engine work اور target-device testing سے الگ کریں۔

یہ documentation-backed walkthrough اپنے editor اور package versions کے خلاف validate کریں۔ Handoff میں smallest complete workflow رکھیں: connection، change، compilation، play اور export۔ دوسرا developer اسے repeat کر سکے تو اسے اگلی feature کے baseline کے طور پر استعمال کریں، اور dependency یا build target بدلنے پر check دوبارہ کریں۔

عمومی سوالات