Proces zasobów gry z AI

Zapisz kontrakt zasobu przed generowaniem grafiki

Zdefiniuj rolę zasobu w grze: sprite gracza, przeszkoda, kafel tła, przycisk, sygnał dźwiękowy lub materiał promocyjny. Określ wymiary, przezroczystość, układ klatek, punkt widzenia, ograniczenia palety i skalę kontroli. Traktuj je jako wejścia produkcyjne, zamiast liczyć, że atrakcyjny wizualnie obraz dopasuje się później.

Dla arkusza sprite'ów określ liczbę klatek, rozmiary komórek, początek układu i oczekiwane stany animacji. Dla zasobu UI wskaż otaczający tekst i stan interakcji. Używaj własnego placeholdera do czasu ustabilizowania kontraktu, aby iteracja artystyczna nie zasłaniała pytania, czy rozgrywka działa.

Wybierz źródło z podstawą uprawnień możliwą do przejrzenia

Możliwymi źródłami są oryginalna praca zlecona, zasoby własne, pakiet licencjonowany albo materiał wygenerowany na podstawie przejrzanych warunków usługi. Porównuj je pod kątem uprawnień, edytowalności, spójności i wysiłku kontroli, a nie na podstawie niepopartego twierdzenia, że jedno źródło zawsze będzie tańsze.

Zachowaj pierwotny link i odpowiednią licencję lub umowę przy rekordzie zasobu. Zapisz wymagania dotyczące atrybucji i redystrybucji. Materiał generowany wymaga także przeglądu wejść i wyjścia; dostęp do modelu nie oznacza zgody na skopiowane postacie, znaki ani inne chronione materiały. Niejasne prawa wyjaśnij przed dystrybucją, zamiast zamieniać niepewność w stan zatwierdzony.

Rozdziel przypisywanie kodowania i produkcji obrazów

Astra może być przedmiotem eksperymentu kodowego, podczas gdy osobne narzędzie obrazu tworzy grafikę. Zapisuj te role niezależnie. Instrukcja tekstowa prosząca o sprite nie dowodzi, która usługa wygenerowała piksele, a udana sesja kodowania nie dostarcza rachunku usługi obrazu.

Dla każdego wygenerowanego wyniku zachowaj rzeczywistą tożsamość narzędzia obrazu, zapis żądania, jeśli dostępny, ustawienia generowania, wybrane wyjście i ręczne edycje. Nieudane lub odrzucone próby umieść w rejestrze użycia. Śledź pracę obrazową osobno od kodowania tekstowego, nawet gdy jeden agent koordynuje oba działania, aby przypadek wyjaśniał rzeczywiste koszty i wysiłek człowieka.

Użyj manifestu z uczciwymi niewiadomymi

Użyj przykładowego rekordu poniżej dla procesu zasobów i pozostaw nieznane pola jako null do czasu przeglądu. Zatwierdzenie wymaga faktycznego źródła, decyzji o uprawnieniach, tożsamości pliku i przeglądu technicznego. Przy zastępowaniu wyniku utrzymuj stabilny identyfikator zasobu, aby nowy plik odziedziczył kontekst, ale nie niezasłużoną zgodę.

Połącz surowy materiał i końcowy zaimportowany wynik tym samym identyfikatorem zasobu. Gdy ktoś usunie tło, naprawi klatkę animacji lub zmieni kontrast, zapisz tę transformację. Umożliwia to późniejszą wymianę, kontrolę atrybucji i debugowanie bez polegania na pamięci rozmowy.

{
  "asset_id": "player_idle",
  "source_url": null,
  "permission_record": null,
  "creator_or_tool": null,
  "source_hash": null,
  "final_file_hash": null,
  "transformations": [],
  "image_cost_record": null,
  "review_status": "pending",
  "import_result": null
}

Sprawdź import silnika, a nie tylko plik źródłowy

Dokumentacja importu obrazów Godot opisuje opcje kompresji i mipmap, które wpływają na zaimportowane tekstury. Dobieraj ustawienia do rzeczywistych warunków wyświetlania; pixel art, skalowane tła i tekstury 3D nie mają jednego uniwersalnego presetu. Zachowaj ustawienia użyte dla zaakceptowanego wyniku.

Sprawdź przezroczyste krawędzie, niezamierzone tła, odstępy klatek i skalę wizualną w grze. Porównaj reprezentację kolizji z widocznym obiektem. Technicznie poprawny PNG może być nieużyteczny, jeśli klatki przesuwają pozorną pozycję postaci albo sprite znika na tle poziomu. Odrzuć te problemy przed przeniesieniem zasobu do wielu scen.

Przeglądaj animację, dźwięk i UI w kontekście

Wielokrotnie wykonaj właściwą akcję i sprawdź przejścia między stanami animacji. Zweryfikuj, czy czas obrazu pasuje do kolizji i feedbacku. Arkusz kontaktowy klatek może pomóc w inspekcji, ale nie zastępuje obserwacji działającej animacji i wejścia gracza, które ją uruchamia.

Dla dźwięku niezależnie sprawdź spójność poziomu, zapętlenie, timing i zapisy uprawnień. Dla grafiki UI zweryfikuj fokus, stany wyłączenia i kontrast tekstu w zamierzonych rozdzielczościach. Zapisuj awarie według zasobu i zachowania, aby agent otrzymywał użyteczny feedback zamiast ogólnej prośby o poprawę wyglądu gry.

Sprawdź wyeksportowany artefakt i spis ujawnień

Zweryfikuj obecność zaakceptowanych zasobów w wyeksportowanej kompilacji i ich zgodne z przeglądem zachowanie. Przy twierdzeniu o implementacji zachowaj zrzut lub nagranie z prawdziwego artefaktu. Nie zastępuj dowodu rozgrywki obrazem koncepcyjnym ani wygenerowaną makietą.

Prowadź spis wydania rozróżniający grafikę, dźwięk, narrację, lokalizację i wynik runtime. Użyj przewodnika przygotowania Steam oraz bieżącego Content Survey, aby ustalić, co trzeba opisać dla rzeczywistej gry. Wewnętrzny rekord zasobu pomaga w tej kontroli, ale sam nie ustanawia akceptacji platformy ani nie rozwiązuje niepewnej kwestii praw.

Budżetuj zaakceptowane zasoby, w tym przeróbki

Mierz produkcję zasobów względem zaakceptowanych wyników w grze, a nie tylko liczby wygenerowanych plików. Zachowaj odrzucone generacje, ręczne czyszczenie, korekty importu i ponowne kontrole kompilacji docelowej. Używaj rzeczywistych kategorii i dat rozliczeń dostawcy zamiast wpisywać cenę do przewodnika.

Gdy kolejne generacje nie spełniają tego samego wymagania technicznego, wróć do kontraktu zasobu albo użyj oryginalnego placeholdera podczas rozwiązywania rozgrywki. Więcej promptów nie naprawi nieokreślonego układu klatek. Procedury i pola manifestu są ilustracyjne; przed uznaniem zasobu za zaakceptowany lub oszacowaniem kolejnej partii oceń rzeczywiste pliki i właściwe warunki.

Częste pytania