Pagbuo ng Godot game gamit ang AI

Tukuyin ang project boundary bago mag-edit

Magsimula sa project directory na pag-aari mo at nakasulat na listahan ng pinahihintulutang pagbabago. I-inventory ang existing scene, script, asset, at plugin upang ma-extend ng agent ang kasalukuyang structure sa halip na gumawa ng pangalawang implementation. Panatilihing recoverable ang initial project state at itala kung aling engine binary ang nagbubukas nito.

Pumili ng katamtamang playable slice na may tahasang transition. Halimbawa, nagbibigay ang title screen na papunta sa isang room at pabalik sa pamamagitan ng win o loss ng paulit-ulit na test. Magpasya kung sino ang susuri sa visual composition at control, dahil hindi pinatutunayan ng matagumpay na parser o completion message ng model na magkakaugnay ang karanasan.

Tukuyin ang executable at sinusuportahang argument

Nagbibigay ang stable CLI documentation ng Godot ng mga command sa ibaba. Shell variable na pinili para sa example na ito ang GODOT_BIN at PROJECT, hindi Godot setting; palitan ang placeholder path ng existing executable at project mo. Dapat naglalaman ang project path ng project.godot.

Kunin ang version at help output bago mag-script ng dagdag na flag. Iniiwasan nito ang pagpapalagay na may command sa kasalukuyang online documentation na available sa naka-install mong build. Itala ang binary identity kasama ng susunod na test result at panatilihin itong stable habang nag-iimbestiga ng failure. Ginagamit ng mga halimbawang command na ito ang 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

Ihiwalay ang import, parsing, at aktuwal na paglalaro

Sinusuri ng headless import ang asset-processing boundary. Sinusuri ng parser check ang script. Umaabot sa game ang normal launch at maaaring maglabas ng scene wiring at runtime problem. Panatilihing hiwalay ang mga outcome na ito sa review record sa halip na ibuod ang tatlo bilang pumasa ang test.

Dapat mayroon na sa project mo ang script path sa ibaba. Sadyang makitid ang parser check: hindi nito pinatutunayan ang gumaganang collision, responsive input, o tamang persistence. Pagkatapos ng edit, ulitin ang behavior na binabago nito at ang transition agad bago at pagkatapos nito. Kadalasan, mas nagbibigay ito ng impormasyon kaysa maraming isolated check para sa generated helper function.

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

Piliin nang sinasadya ang CLI tool o MCP

Maaaring patakbuhin ng shell-capable agent ang nasuring CLI sequence. Karagdagang project-maintained tool interface ang Godot MCP, na may setup sa sarili nitong page. Sa alinmang kaso, dapat alam ng operator kung aling project ang naka-target bago aprubahan ang write o process launch.

Panatilihing hiwalay ang model-provider setting ng agent sa engine tooling. Hindi pinatutunayan ng gumaganang lokal na connection na available ang partikular na model o sinusuportahan ng agent ang bawat feature ng compatible gateway. Itatag muna ang pinakamaliit na pinahihintulutang read, saka reversible scene change, at pagkatapos lamang kumpletong gameplay cycle sa awtorisadong experiment.

Bigyan ang failure ng sapat na scene context

Kapag nabigo ang interaction, kunin ang kaugnay na scene tree, script, input action, at unang makabuluhang runtime error. Ipaliwanag ang inaasahang transition at naobserbahang state. Dapat sabihin ng report na hindi makagalaw ang player kung may focus ba ang game, nakikita ba ang input, at nagbabago ba ang position ng player.

Humingi ng maliit na iminungkahing correction na may paliwanag na nakatali sa ebidensyang iyon. Pagkatapos ilapat, ulitin ang parehong action at siyasatin ang regression sa restart at scene transition. Iwasang tanggapin ang repair dahil lamang nawala ang error; maaaring alisin ng pag-disable sa apektadong feature ang error habang hindi natutupad ang orihinal na requirement.

Ihanda nang tahasan ang export prerequisite

Kailangan ng export ang katugmang preset at naka-install na export template. Suriin ang export_presets.cfg at resource inclusion bago mag-build. Panatilihing pribado ang export credential. Halimbawa lamang ang preset name sa example at dapat tumugma sa project mo; dapat mayroon na ang output directory.

Ituring na environment problem ang nawawalang template o preset, hindi ebidensyang mali ang generated game logic. Panatilihin ang export log at artifact hash upang tumukoy sa tiyak na build ang finding sa target platform. Mahalagang checkpoint ang matagumpay na export ngunit hindi nito pinatutunayang makapagsisimula o makakakumpleto ng round ang delivered player.

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

Patakbuhin ang delivery miniflow sa target

Ilunsad ang exported game sa operating system na balak mong suportahan. Subukan ang start, input, kumpletong round, restart, setting, at persistence pagkatapos ng relaunch. Para sa bawat resulta, panatilihin ang artifact identity, device context, at naobserbahang outcome. Hindi nito mismong bina-validate ang Windows behavior kapag sa macOS ginawa ang export.

Para sa web target, siyasatin din ang browser loading at runtime error at gamitin ang totoong input sa canvas. I-verify na nakikita at gumagalaw ang content kung naaangkop. Subukan ang nilalayong hosting configuration sa halip na ipagpalagay na saklaw ng lokal na editor run ang browser resource loading at platform restriction.

Isang source project at native capture na maaaring siyasatin

Nagbibigay ang lokal na Switchyard example ng three-room Godot puzzle, automated gameplay check, save-reopen check, raw log, source ZIP, at Godot PCK. Ipinapakita ng native capture nito ang aktuwal na tumatakbong project sa dalawang viewport size. Mas matibay na check ang pag-uulit ng documented command kaysa paghatol sa project mula sa screenshot lamang.

Gumamit ang project ng Godot 4.5.1 sa isang Codex run na hindi na-verify ang eksaktong generation model. Kaya ipinapakita nito ang lokal na engine workflow, hindi Astra benchmark. Na-block ang browser export dahil sa nawawalang export template, at hindi standalone Windows executable ang PCK. Naitala ang mga boundary na ito kasama ng source upang malaman ng susunod na developer ang kailangang subukan.

Isara ang loop gamit ang handoff na maaaring suriin

Dapat pangalanan ng handoff ang playable scope, source identity, engine at template version, build instruction, tinanggap na resulta, at hindi pa nalulutas na defect. Isama ang totoong capture mula sa nasubok na artifact at provenance ng shipped asset. Panatilihin ang repair attempt at manual intervention sa halip na final generated code dump lamang ang ipakita.

Kapag tinanggap na ang basic loop, idagdag ang asset at localization gamit ang sarili nitong import at gameplay check bago isaalang-alang ang platform submission. Nakabatay ang walkthrough na ito sa engine documentation; ilapat ito sa naka-install mong version at panatilihin ang aktuwal na resulta. Magtago ng maikling unresolved-issues list na may reproduction step upang magsimula ang susunod na development session mula sa parehong alam na state.

Mga madalas itanong