Koodin luominen ja moottorin integrointi: Unity (C#) ja Unreal (Blueprint/C++)

Voitot:

• Kyky tuottaa luotettavaa, käännettävää pelikoodia tekoälystä antamalla moottorin, version, kielen ja arkkitehtonisen kontekstin ja integroida se lukemalla ja ymmärtämällä koodia
• Kyky hallita pelikoodikohtaista suorituskykyä (allokaatio kehystä kohti), moottorin elinkaarta ja hallusinaatioriskejä kokoamisen, testauksen ja profiloinnin avulla
• Kyky soveltaa host-authority-periaatetta moninpeleissä ja käyttää tietoturvatietoja vastuullisesti vain oman pelin puolustamiseen ja todentamiseen.

Peli on ohjelmisto; Riippumatta siitä, kuinka hyvin se on suunniteltu, se toteutetaan koodilla. Pelimoottori on infrastruktuuri, joka saa pelin pyörimään: Unity (laajasti käytetty moottori, joka on kirjoitettu C#:lla) ja Unreal Engine (moottori, joka käyttää C++:aa ja visuaalista komentosarjakieltä Blueprint) ovat kaksi yleisintä. Tekoäly on yksi kypsimmistä apuvälineistä koodin luomisessa: soittimen ohjain, inventaariojärjestelmä, tilakoneet, tallennus/lataus, käyttöliittymälogiikka, virheenkorjaus ja uudelleenmuodostus (koodin refaktorointi rikkomatta sen käyttäytymistä). Mutta pelikoodilla on omat sudenkuopat: suorituskyky (kuvanopeus), moottorin elinkaari, moninpelin tietoturva. Tässä osiossa opit käyttämään tekoälyä turvallisesti ja tehokkaasti pelikoodissa.

Kriittinen periaate: moottorin ja version konteksti

Jos tekoäly ei tiedä, mille moottorille ja versiolle se kirjoittaa, se tuottaa hämmentyneen, vanhentuneen tai olemattoman API:n. Joten anna moottori, versio, kieli ja arkkitehtuurikonteksti jokaisessa koodikehotteessa. "Kirjoita pelaajaliike Unitylle" on heikko; "Unity 2022.3, C#, uusi syöttöjärjestelmä, jäykkärunkoon perustuva fysiikkaliike" on tehokas. Määritä, haluatko Blueprintin vai C++:n Unrealissa ja mitä versiota käytät.

Suojattu koodinkulku askel askeleelta:

1. Anna konteksti (moottori, versio, kieli, nykyinen arkkitehtuuri, rajoitukset).
2. Haluatko sen pienen ja määritellyn (yksi komponentti, ei koko järjestelmä).
3. Lue ja ymmärrä koodi (ymmärrä, mitä se tekee rivi riviltä; älä laita koodia, jota et ymmärrä).
4. Rakenna ja testaa (ajo moottorilla; profiili – mittaa suorituskyky).
5. Refaktoroi ja integroi (sovita projektistandardi).

Vinkki: Kun kysyt tekoälyltä koodia, sano "selitä kommenteilla". Tavoitteesi on ymmärtää koodi; Tekoälykoodin lisääminen projektiin, jota et ymmärrä, kerää ylläpitämätöntä velkaa. Pyydä koodia myös pienissä testattavissa osissa: 500 rivin järjestelmän sijaan 30–50 rivin komponentti, joka tekee yhden määritellyn työn, on sekä helppo todentaa että integroida.

Pelikoodikohtaiset ansat

Suorituskyky. Pelikoodi pyörii 30-60+ kertaa sekunnissa. Tekoäly voi laittaa kalliita operaatioita (muistin varaaminen, haku, merkkijonojen käsittely) jokaisen kehyksen kohdalla suoritettavaan Update-silmukkaan. tämä vähentää kuvanopeutta. Profiilin suorituskyvyn kriittiset koodit ja anna tekoälyrajoituksia, kuten "suorita jokaisessa kehyksessä, ei allokaatiota".

Moottorin elinkaari. Tekoäly hämmentää joskus, kun erityismenetelmiä kutsutaan, kuten Awake/Start/Update Unityssa, BeginPlay/Tick Unrealissa. Ota kiinni elinkaarivirheet testaamalla.

Moninpelin turvallisuus. Tämä on IT:n/turvallisuuden kannalta kriittisin kysymys. Älä koskaan luota moninpeliasiakkaaseen: pelaajan tietokoneella olevaa asiakasta voidaan manipuloida huijaamaan. Tarkista kriittinen tila, kuten pisteet, vauriot, rahat palvelimella (palvelin-valtuutettu). Ohjaa tekoälyn luomaa verkkokoodia tätä periaatetta vastaan; Jos tekoäly on luonut asiakkaisiin luottavan haavoittuvuuden, korjaa se. Käytä näitä tietoja vain puolustaaksesi ja varmistaaksesi oman pelisi; Toisen palvelimen luvaton käyttö tai huijaaminen on laitonta ja epäeettistä.

Varoitus: tekoälyn luoma koodi saattaa sisältää haavoittuvuuksia (puuttuva syötteen vahvistus, asiakkaan luottamus, tallennustiedoston käsittely). Älä hyväksy koodia sokeasti; Suorita tietoturvatarkistus, erityisesti verkko-, talous- ja tallennuskoodi.

Arkkitehti- ja ylläpitovelka

AI tuottaa yksittäisiä toimintoja nopeasti; Mutta pelin arkkitehtuuri – miten järjestelmät jaetaan, miten ne puhuvat keskenään, missä dataa säilytetään – on pitkän aikavälin päätös, ja se kuuluu ihmiselle. Jos käsket tekoälyä "kirjoittamaan koko inventaarion, taistelemaan ja säästämään järjestelmän yhdessä", saat toimivan, mutta tiiviisti kytketyn, vaikeasti ylläpidettävän, ei-laajentuvan lankakerran. Sen sijaan suunnittelet arkkitehtuurin ja käytät tekoälyä pienten komponenttien täyttämiseen määritellyillä liitännöillä. Hyvällä arkkitehtuurilla on merkitystä pelin kasvaessa: huonot päätökset tulevat takaisin vuoden kuluttua teknisenä velkaantumisena, joka viivästyttää jokaista uutta ominaisuutta.

Toinen ylläpitovelan lähde on koodi, joka tulee projektiin ymmärtämättä. Tekoälyn kirjoittama järjestelmä voisi toimia tänään; Mutta kun se on vaihdettava kuuden kuukauden kuluttua eikä kukaan muista mitä teki, velka muuttuu koroksi. Siksi kaksi tieteenalaa ovat välttämättömiä: koodin lukeminen ja ymmärtäminen tuotantovaiheessa sekä selventävien kommenttien pyytäminen tekoälyltä. Nyrkkisääntönä on, että älä laita projektiisi tekoälykoodia, jota et voi kirjoittaa itse tai ainakin selittää rivi riviltä. AI antaa nopeutta; Kurinpitosi antaa kestävyyttä.

kolme minilaukkua

Tapaus 1 – Julkaisukonteksti esti virheen. Ohjelmoija sanoi ensin: "Kirjoita luettelo Unitylle"; koodi käytti vanhaa API:ta, se ei käännetty. Sitten se antoi kontekstin "Unity 2022.3, C#, joka perustuu ScriptableObjectiin"; koodi käännetty ensimmäistä kertaa ja sopii projektiin. Konteksti säästi tunnin virheenkorjauksesta.

Tapaus 2 – Suorituskykyloukku. Yhdessä pelissä kuvataajuus oli alhainen. Profiloinnissa nähtiin, että tekoälyn tuottama Update-menetelmä allokoi jokaiseen kehykseen uuden listan ja etsi vihollisia. Korjattu koodi välimuistissa olevalla viitteellä ja ei-kvadraattisella päivityksellä, mikä nosti kuvanopeuden 42:sta 60:een.

Tapaus 3 – Suojausheikkous havaittu. Moninpelissä tekoälyn luoma koodi laski asiakkaalle aiheutuneen vahingon ja ilmoitti sen palvelimelle; tämä oli avoin huijaukselle (asiakas saattoi aiheuttaa ääretöntä vahinkoa). Koodi on tehty palvelin-autoritaariseksi (palvelin laskee vahingon). Tarkastus esti julkaisun jälkeisen huijausskandaalin.

Neljä kopioitavaa mallia

1) Koodipyyntö kontekstin kanssa:

Moottori: Unity 2022.3. Kieli: C#. Arkkitehtuuri: [esim. komponenttipohjainen]. Rajoitus: Varaus päivityksessä; olla luettavissa ja kommentoitava.Tehtävä: [yksittäinen, määritelty komponentti, esim. "kaksoishyppymerkkiohjain"]. Varmista, että jokainen käyttämäsi API on tässä versiossa. Jos et ole varma, kerro minulle.

2) Koodin selitys/tarkistus:

Selitä seuraava koodi rivi riviltä ja kirjoita (1) mitä se tekee, (2) mahdolliset suorituskykyongelmat (allokaatio per kehys, kallis haku), (3) mahdolliset virheet, (4) parannusehdotukset.Koodi: [liitä]

3) Monin pelaajan tietoturvatarkastus:

Tarkista seuraava moninpelikoodi turvallisuuden varalta. Erityisesti: paikat, joissa asiakkaaseen luotetaan, kriittinen tila, joka on tarkistettava palvelimella (vauriot, pisteet, rahat), puuttuva syötteen vahvistus. Ehdota korjausta palvelimen tekemiseksi autoritaariseksi. Tämä on vain puolustaakseni omaa peliäni. Koodi: [liitä]

4) Suorituskykyprofiiliin keskittyvä refaktori:

Tämä koodi toimii jokaisessa kehyksessä ja vähentää kehysnopeutta: [koodi]. Etsi varauksia, kalliita hakuja ja tarpeettomia kehyskohtaisia toimintoja; Optimoi käyttäytymistä häiritsemättä välimuistin ja harvempien päivitysten avulla. Selitä muutokset.

Heikko kehote / Vahva kehote

Heikko kehote:

Kirjoita tallennusjärjestelmä Unityssä.

Ei versiota, muotoa, tietojen laajuutta, turvallisuutta; Tulos on yleinen ja riskialtis.

Tehokas kehotus:

Moottori: Unity 2022.3, C#. Tehtävä: JSON-pohjainen tallennus/latausjärjestelmä. Tallennettava: pelaajan sijainti, varasto, edistyminen. Rajoitus: hanki virheenhallinta tiedostojen korruptoitumista vastaan; Lisää eheystarkistus (hash) tallennustiedostoon estääksesi huijaamisen muuttamalla sitä helposti soittimen toimesta. Kommentoi koodi ja varmista, että jokainen API on tässä versiossa.

Versiointi, laajuus, virheiden käsittely ja eheyden tarkistus kovettavat tulosta.

Moottorin/kielen kontekstitaulukko

moottori

kieli

Mitä sinun on annettava tekoälylle

erityistä huomiota

yhtenäisyys

C#

Versio, syöttö/fysiikkajärjestelmä

Päivitä allokaatio, elinkaari

epätodellista

Suunnitelma

Versio, solmukonteksti

Visuaalisen logiikan rajat

epätodellista

C++

Versio, moduulirakenne

Muisti, GC, makrot

moninpeli

molemmat

verkkomalli

Esittelijä-autoritaarisuus

Yleisiä virheitä

• Ei määritetä moottoria/versiota. Se tulee vanhentuneesta tai keksitystä API:sta.
• Luotetaan koodiin ymmärtämättä sitä. Hoitamaton velka kertyy.
• Ei mittaa suorituskykyä. Kuva kehykseltä -allokointi vähentää äänettömästi kuvanopeutta.
• Asiakkaaseen luottaminen. Moninpelissä on huijaamisen haavoittuvuus.
• Halutaan koko järjestelmä kerralla. Pieni, testattava kappale on turvallisempi.

Yhteenvetona

AI on tehokas apulainen pelikoodissa, mutta se vaatii moottorin, version ja arkkitehtonisen kontekstin. Älä laita sitä projektiin lukematta ja ymmärtämättä koodia, kääntämättä ja testaamatta sitä sekä tarkistamatta suorituskykyä ja turvallisuutta. Säilytä palvelimen auktoriteetti moninpelissä ja käytä suojaustietoja vain puolustus- ja vahvistustarkoituksiin.

Sovellustehtävä

Valitse pieni komponentti (esim. kaksoishyppy tai yksinkertainen inventaario). Luo koodi antamalla moottori ja versio "koodipyyntö kontekstin kanssa" -mallilla. Poista sitten suorituskyky- ja virheriskit tarkistamalla sama koodi "Koodin kuvaus/tarkistus" -mallin avulla. Kääntää ja testata koodi moottorissa.

tarkistuslista

• [ ] Annoin moottorin, version, kielen ja arkkitehtuurikontekstin.
• [ ] Luin ja ymmärsin koodin; Halusin sen kommentin kera.
• [ ] Kokosin ja testasin sen moottorissa ja mittasin suorituskyvyn.
• [ ] Tein tietoturvatarkastuksen verkossa/säästö/tallennuskoodissa.
• [ ] Käytin tietoturvatietoja vain puolustaakseni omaa peliäni.