Unity AI-gameontwikkeling

Begin met het contract van het bestaande project

Identificeer de geselecteerde Unity-editor, het projectpad, het doelplatform, packages en de renderingconfiguratie voordat je een agent schrijfrechten geeft. Bewaar projectversie en dependency-locks bij het experimentrecord. Bevestig dat de operator de vereiste editorrechten en doelmodules heeft; modeltoegang kan die voorwaarden niet leveren.

Definieer één kleine speelbare scene volgens de bestaande conventies van het project. Als het team al een character controller of inputabstractie heeft, vraag de agent die te inspecteren voordat hij een vervanging voorstelt. Zo blijven gegenereerde wijzigingen reviewbaar en omzeilt een schijnbaar geïsoleerd prototype geen systemen waarvan de rest van de game afhankelijk is.

Behandel editorautomatisering als een afzonderlijke verbinding

Het Unity MCP-project van CoplayDev stelt editorbewerkingen beschikbaar voor compatibele clients. De installatiegids beschrijft een editorpackage en serververbinding. De modelservice van de agent is gescheiden: modelcredentials wijzigen verhelpt een niet-beschikbare editorinstantie niet.

Begin met read-only projectinspectie en bevestig welke geopende instantie de request ontvangt. Houd mutatiegoedkeuring beperkt tot een disposable scene of expliciet beheerde feature. Dat een tool succesvol terugkeert, betekent dat de bewerking aan zijn eigen grens is voltooid; de resulterende scene kan nog steeds verkeerde referenties hebben of tijdens het spelen falen. De speciale MCP-gids behandelt verbindingscontroles en versie-registratie.

Vraag om begrensde wijzigingen met zichtbare uitkomsten

Vraag om een controlleraanpassing, één menutransitie of een kleine persistentiefunctie in plaats van na elke fout een hele scene te herschrijven. Beschrijf wat de speler moet doen, welke status moet veranderen en hoe het resultaat wordt waargenomen. Bewaar de vorige werkende status voordat je gegenereerde wijzigingen accepteert.

Gebruik de illustratieve brief hieronder om een begrensde wijziging en de reviewcriteria te definiëren. Inspecteer bij scenes en prefabs zowel objectreferenties en opgeslagen status als scriptdiffs; een sourcebestand bevat mogelijk niet de configuratie die gameplay bepaalt. Vraag de agent de betrokken objecten te identificeren voordat hij ze bewerkt.

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.

Wacht op compilatie voordat je speelresultaten interpreteert

Scheid codecompilatie, editorreadiness en gameplay in het observatielog. Leg bij een compilatiefout de eerste relevante fout en de gewijzigde sourcecontext vast. Vraag niet om bewegingsafstelling terwijl de editor de bedoelde scripts niet kan laden; dat levert extra wijzigingen op tegen een ongeldige baseline.

Controleer na compilatie de verwachte componenten en referenties voordat je play start. Reproduceer na een correctie dezelfde spelersactie. Een console zonder fouten is nuttig bewijs, maar de game moet nog steeds de bedoelde status bereiken. Herhaalde wijzigingen die het symptoom niet veranderen, moeten leiden tot een kleinere reproductie en niet tot een grotere vervanging.

Gebruik het projecttestframework doelgericht

Het Unity Test Framework documenteert command-linetestselectie en resultaatsoutput. Het voorbeeld gaat ervan uit dat dit framework al is geconfigureerd en de testresultaatdirectory bestaat. UNITY_BIN en PROJECT zijn illustratieve shellvariabelen die naar bestaande editor en project wijzen. Stem de referentiedocumentatie af op je geïnstalleerde package.

Voer EditMode-controles uit voor geschikte geïsoleerde logica en PlayMode-controles voor gedrag dat executie vereist. Deze categorieën vervangen geen hands-on review van controls en presentatie. Bewaar testcounts, fouten en resultaatsbestanden bij de geteste revisie. Een run die geen tests ontdekt, kan niet bewijzen dat de game slaagt.

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"

Review buildinputs voordat je een player maakt

Een build moet de gereviewde sceneselectie en doelconfiguratie van het project gebruiken. Neem niet aan dat de scene die momenteel in de editor openstaat bij de start wordt opgenomen. Bewaar buildidentiteit en logs zodat latere fouten aan het exacte artefact kunnen worden gekoppeld.

Unity's CLI ondersteunt het aanroepen van een bestaande statische editormethode via -executeMethod. Die flag maakt geen buildimplementatie: het project heeft een echte methode nodig met expliciet buildgedrag en foutafhandeling. Gebruik bij voorkeur het bestaande build-entrypoint van het team in plaats van verzonnen voorbeeldmethoden die uitvoerbaar lijken maar niet in het project bestaan.

Valideer gameplay buiten de editor

Test de geleverde player op het gedeclareerde besturingssysteem met de verwachte controls en een schone beginstatus. Start vanuit het eerste scherm, voltooi een ronde, start opnieuw, wijzig instellingen en open opnieuw. Vergelijk persistentie en overgangen met de acceptatiebrief in plaats van alleen te controleren of een venster opent.

Leg authentieke screenshots en een korte inputgestuurde sequentie van dat artefact vast. Als de editor-run slaagde maar de build faalt, inspecteer scene-inclusie, resourceafhankelijkheden en platformgedrag voordat je de agent vraagt kernplayback te herschrijven. De gewijzigde grens is een nuttige aanwijzing voor de oorzaak.

Volg mensenwerk en onopgeloste dependencies

Houd handmatige inspectormutaties, assetedits, toegevoegde instructies en omgevingsreparaties in het interventierecord. Ze horen bij de productie-inspanning, ook als ze geen modelgebruik opleveren. Onderscheid text-codingcalls van beeldgeneratie, enginewerk en testen op het doelapparaat bij kostenreview.

Deze documentatieonderbouwde walkthrough moet worden gevalideerd tegen jouw editor- en packageversies. Houd in de overdracht de kleinste complete workflow bij: verbinding, wijziging, compilatie, spelen en export. Zodra een andere ontwikkelaar die kan herhalen, gebruik je die baseline voor de volgende feature en herzie je de controle wanneer een dependency of buildtarget wijzigt.

Veelgestelde vragen