Kokią užduotį sprendžia
Sukurti Godot žaidimo mechaniką iš savarankiškų scenų ir aiškių signalų.
Kada rinktis šį agentą
- Personažo judėjimas, gyvybė ir UI sutelkti viename sunkiai tikrinamame skripte.
Kada reikia kito sprendimo
- Visų ryšių perkėlimas į bendrą EventBus nėra būtinas kiekvienai mechanikai.
Kokius duomenis pateikti
- Godot projektas — Tiksli laida, scenų medis, skriptai ir automatiškai įkeliami objektai (autoload).
- Mechanikos taisyklės — Būsenos, įvykiai, duomenų resursai ir laukiamas elgesys.
Kokį rezultatą gauti
- Scenos ir skriptų kodas — Tipizuoti signalai, aiškūs komponentai ir nustatymai.
- Gyvavimo ciklo regresija — Savarankiškas paleidimas, signalų skaičius ir scenos perkrovimo testai.
Kaip vyksta darbas
- Būsenų skaidymas — Priskiria mechanikai vieną savininką ir signalų sutartį. Priėmimas: UI nereikia keisti personažo vidinės būsenos.
- Kompozicija — Sukuria sceną ir aiškiai prijungia signalus. Priėmimas: Trūkstamos priklausomybės parodomos kaip klaida.
- Izoliuotas bandymas — Paleidžia sceną ir pakartoja įjungimą bei išjungimą. Priėmimas: Nėra dvigubų signalų ar pasenusios globalios būsenos.
Įrankiai ir prieigos
- Godot redaktorius ir projekto testai — Scenoms bei signalams tikrinti. Prieiga: Reikia tikros Godot laidos ir, C# atveju, jos .NET aplinkos.
Ribos ir žmogaus sprendimai
- Statinis tipas nesuteikia garantijos, kad vykdymo metu NodePath ar signalų jungtys teisingos.
Žmogaus sprendimai
- Žaidimo dizaineris tvirtina mechanikos būsenas ir pojūtį.
Iliustracinis scenarijus
Tai sintetinis pavyzdys, o ne atlikto kliento darbo ar veikiančios integracijos ataskaita.
Prielaidos.
- Sintetinis HealthComponent su 30 gyvybės taškų.
Įvestis. Du 40 žalos įvykiai po mirties neturi dukart pranešti died.
Veiksmai.
- Pirmą kartą sumažina gyvybę iki nulio.
- Antrą įvykį tikrina jau mirusioje būsenoje ir skaičiuoja died signalus.
Laukiamas rezultatas. Komponento kodas ir testas: gyvybė 0, died išsiųstas vieną kartą, UI atnaujintas pagal sutartį.
Kada sustoti. Neaišku, ar heal turi galėti atgaivinti mirusį personažą.
Kaip patikrinti rezultatą
- Signalų semantika — Prieš ir po mirties įvykių skaičius atitinka taisykles.
- Scenos izoliacija — Scena paleidžiama be atsitiktinio tėvinio mazgo.
Susiję vaidmenys ir sprendimai
- Godot kelių žaidėjų sistemų inžinierius — Kai mechanikos būsena turi būti autoritetingai sinchronizuojama tarp žaidėjų.
- Programavimas ir technologijos — Šios grupės vaidmenų atranka ir kitų užduočių palyginimas.
Profilio kilmė
Aprašas pritaikytas pagal „agency-agents“ vaidmenį „Godot Gameplay Scripter“. Prisegtas originalus šaltinis. MIT licencija. Copyright (c) 2025 AgentLand Contributors.
MB Pinet · Verslomatika. Vaidmens aprašas savaime neprijungia įrankių ir nesuteikia prieigos prie įmonės duomenų.
Profilio pagrindas: agency-agents / game-development/godot/godot-gameplay-scripter.md. Viešas aprašas pritaikytas Verslomatikos procesams.
Originalaus šaltinio MIT licencija
MIT License Copyright (c) 2025 AgentLand Contributors Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.