Godot AI game development

Edit-এর আগে project boundary define করুন

Owned project directory ও permitted change-এর written list দিয়ে শুরু করুন। Existing scene, script, asset ও plugin inventory করুন, যাতে agent current structure extend করে, দ্বিতীয় implementation না তৈরি করে। Initial project state recoverable রাখুন এবং কোন engine binary এটি খোলে record করুন।

Explicit transition-সহ modest playable slice বেছে নিন। যেমন title screen থেকে one room-এ গিয়ে win বা loss-এর মাধ্যমে ফিরে আসা repeatable test দেয়। Visual composition ও control কে review করবেন ঠিক করুন, কারণ successful parser বা model completion message experience coherent প্রমাণ করে না।

Executable ও supported argument identify করুন

Godot stable CLI documentation নিচের command দেয়। GODOT_BIN ও PROJECT এই example-এর shell variable, Godot setting নয়; placeholder path existing executable ও project দিয়ে replace করুন। Project path-এ project.godot থাকা বাধ্যতামূলক।

আরও flag script করার আগে version ও help output capture করুন। এতে online documentation-এর current command installed build-এ আছে ধরে নেওয়া হয় না। Later test result-এর সঙ্গে binary identity record করুন এবং failure investigate করার সময় stable রাখুন। এই illustrative command documented CLI form ব্যবহার করে।

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

Import, parsing ও actual play আলাদা রাখুন

Headless import asset-processing boundary check করে। Parser check script examine করে। Normal launch game-এ পৌঁছে scene wiring ও runtime problem প্রকাশ করতে পারে। তিনটিকে tests passed হিসেবে একসঙ্গে summarize না করে review record-এ আলাদা outcome রাখুন।

নিচের illustrative script path project-এ আগে থেকেই থাকতে হবে। Parser check ইচ্ছাকৃতভাবে narrow: working collision, responsive input বা correct persistence establish করতে পারে না। Edit-এর পরে changed behavior এবং তার ঠিক আগের ও পরের transition replay করুন। Generated helper function-এর জন্য বহু isolated check করার চেয়ে এটি বেশি informative।

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

CLI tool বা MCP সচেতনভাবে বেছে নিন

Shell-capable agent reviewed CLI sequence operate করতে পারে। Godot MCP additional project-maintained tool interface, dedicated page-এ যার setup আছে। দুই ক্ষেত্রেই write বা process launch approve করার আগে operator-এর জানা উচিত কোন project target হচ্ছে।

Agent-এর model-provider setting engine tooling থেকে আলাদা রাখুন। Local connection কাজ করলেই particular model available বা compatible gateway-এর প্রতিটি feature support করে প্রমাণ হয় না। প্রথমে smallest permitted read, তারপর reversible scene change এবং শেষে authorized experiment-এ complete gameplay cycle establish করুন।

Failure-এর জন্য যথেষ্ট scene context দিন

Interaction fail হলে relevant scene tree, script, input action ও first meaningful runtime error capture করুন। Expected transition ও observed state explain করুন। Player move করতে পারে না বললে game focus আছে কি না, input detect হচ্ছে কি না এবং player position বদলাচ্ছে কি না বলুন।

Evidence-এর সঙ্গে tied small proposed correction চাইুন। Apply করার পরে একই action repeat করে restart ও scene transition regression inspect করুন। Error disappear করেছে বলে repair accept করবেন না; affected feature disable করলে error সরে যেতে পারে, requirement পূরণ নাও হতে পারে।

Export prerequisite explicitভাবে প্রস্তুত করুন

Export-এর জন্য matching preset ও installed export template দরকার। Build করার আগে export_presets.cfg ও resource inclusion review করুন। Export credential private রাখুন। Example-এর preset name illustrative এবং project-এর সঙ্গে match করতে হবে; output directory আগে থেকেই থাকতে হবে।

Missing template বা preset-কে environment problem ধরুন, generated game logic ভুলের evidence নয়। Target-platform finding নির্দিষ্ট build-এর সঙ্গে যুক্ত রাখতে export log ও artifact hash রাখুন। Successful export important checkpoint, কিন্তু delivered player round শুরু বা শেষ করবে প্রমাণ করে না।

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

Target-এ delivery miniflow run করুন

Support করতে চান এমন operating system-এ exported game launch করুন। Start, input, complete round, restart, setting ও relaunch-এর পরে persistence test করুন। প্রতিটি result-এর artifact identity, device context ও observed outcome রাখুন। macOS-এ তৈরি export নিজে Windows behavior verify করে না।

Web target হলে browser loading ও runtime error inspect করুন এবং real input দিয়ে canvas exercise করুন। Content visible ও appropriate হলে move করে কি না verify করুন। Local editor run browser resource loading ও platform restriction cover করে ধরে না নিয়ে intended hosting configuration test করুন।

Inspect করার মতো source project ও native capture

Local Switchyard example-এ three-room Godot puzzle, automated gameplay check, save-reopen check, raw log, source ZIP ও Godot PCK আছে। Native capture দুই viewport size-এ actual running project দেখায়। Screenshot দেখে project judge করার চেয়ে documented command repeat করা stronger check।

Project-টি Codex run-এ Godot 4.5.1 ব্যবহার করেছে, exact generation model verify করা হয়নি। তাই এটি local engine workflow, Astra benchmark নয়। Missing export template-এর কারণে browser export blocked ছিল এবং PCK standalone Windows executable নয়। Source-এর সঙ্গে এই boundary record আছে, যাতে পরের developer জানেন কী test বাকি।

Reviewable handoff দিয়ে loop বন্ধ করুন

Handoff-এ playable scope, source identity, engine ও template version, build instruction, accepted result ও unresolved defect-এর নাম দিন। Tested artifact-এর authentic capture ও shipped asset provenance রাখুন। Final generated code dump দেখানোর বদলে repair attempt ও manual intervention preserve করুন।

Basic loop accepted হলে platform submission বিবেচনার আগে asset ও localization-কে নিজস্ব import ও gameplay check দিয়ে যোগ করুন। এই walkthrough engine documentation-ভিত্তিক; installed version-এ apply করে actual result রাখুন। Reproduction step-সহ short unresolved-issue list রাখুন, যাতে পরের development session একই known state থেকে শুরু হয়।

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