Gdy zmienia się zatwierdzona referencja postaci, nie generuj całego komiksu od nowa i nie polegaj na pamięci.
Zamiast tego przeprowadź odwrócony audyt zależności:
zmieniona referencja
-> każda strona, która z niej korzystała
-> każdy panel, w którym widać zmieniony detal
-> każdy późniejszy obraz pochodzący z tych paneli
-> napraw, przejrzyj lub pozostaw bez zmian
W omówionym w tym przewodniku przykładzie 40-stronicowym jedna postać pojawia się na 29 stronach. Audyt wykrywa:
14 stron / 38 paneli wymagających naprawy
9 stron / 34 panele wymagające przeglądu przez człowieka
6 stron / 22 panele potwierdzone jako niezmienione
11 stron / 74 panele, na których postać nie występuje
To oznacza, że 96 z 168 paneli pozostaje nietkniętych. Celem audytu jest ochrona zatwierdzonej pracy zamiast zamieniania jednej aktualizacji referencji w restart 40 stron.
Jeśli Twoja historia istnieje już jako scenariusz, PDF, DOCX lub manuskrypt, możesz rozpocząć projekt długiej formy przez LlamaGen.AI Upload. Trzymaj rejestr audytu obok projektu, dopóki każda zmieniona referencja i każdy zasób pochodny nie zostaną zamknięte.
Powyższa grafika wyjaśnia koncepcję zależności. Dokładne liczby dla 40 stron są zapisane w poniższej macierzy stron, a nie wywnioskowane z ilustracji.
Problem produkcyjny, który rozwiązuje ten przewodnik
Przydatne rozróżnienie ze społeczności twórców komiksów AI polega na tym, że wiedza o tym, jak obraz został wygenerowany, to nie to samo co wiedza o tym, co od niego zależy.
Oryginalny post na Reddicie opisuje 40-stronicowy komiks, w którym zatwierdzona referencja postaci Miry jest używana na stronach 3, 6, 9, 14, 18 i 27. Gdy projekt Miry się zmienia, prompty, seedy, modele i historia workflow mogą wyjaśnić, skąd pochodzi zasób, ale nie odpowiadają automatycznie na pytania:
Które strony są teraz nieaktualne?
Które zatwierdzone sceny wymagają ponownego sprawdzenia?
Dziennik zmian
Rozpalaj marzenia najmłodszych Gdzie ożywają miliony historii
Przegląd najnowszych funkcji LlamaGen, ulepszeń produktu, aktualizacji projektu i ważnych poprawek błędów.
✦
✧
✦
✧
Nowe medium dla opowiadania historii
Twórz bez ograniczeń historie, komiksy, animacje, gry i więcej — w kilka sekund, trafiając do współczesnych odbiorców
Które strony pozostają bez wpływu?
Które obrazy stały się referencjami dla późniejszych obrazów?
Komentarze sugerują praktyczne metadane: wersjonowane nazwy referencji, jeden plik na odcinek lub stronę oraz pola frontmatter dla postaci, referencji, zakresu historii, statusu i zależności.
Ten przewodnik zamienia ten ból produkcyjny w powtarzalną metodę audytu.
To nie jest tylko checklista spójności postaci
Checklist spójności postaci komiksowej pomaga zdefiniować blokadę postaci, wykrywać dryf wizualny i naprawiać panel, który nie odpowiada już zatwierdzonemu projektowi.
Ten artykuł zaczyna się o jeden krok później:
Stary projekt został zatwierdzony i użyty poprawnie. Potem sama źródłowa referencja się zmieniła. Które istniejące prace trzeba teraz ponownie przejrzeć?
To problem zarządzania zmianą, a nie tylko problem jakości promptu.
Testowy projekt 40-stronicowy
Przykładowy projekt to fikcyjny 40-stronicowy komiks kryminalny zatytułowany The Observatory Key.
Pole projektu
Wartość testowa
Łączna liczba stron
40
Łączna liczba paneli
168
Główna postać
Mira Vale
Strony zawierające Mirę
29
Panele zawierające Mirę
94
Stara zatwierdzona referencja
mira-v03-approved
Nowa zatwierdzona referencja
mira-v04-approved
Zgłoszenie zmiany
CR-017
Bezpośrednie zasoby pochodne
Okładka rozdziału, miniatura, teaser social media, klatka do pitch decku
Data audytu
26 października 2026
To symulacja rejestru produkcyjnego. Testuje, czy metoda domyka się matematycznie i operacyjnie; nie jest to twierdzenie, że wszystkie 40 gotowych stron zostało wygenerowanych w jednym zautomatyzowanym przebiegu.
Co zmieniło się w Mira v04
Dyrektor kreatywny zatwierdził trzy poprawki:
Pole
v03
v04
Dlaczego to ma znaczenie
Kotwica twarzy
Blizna pod prawym okiem
Blizna pod lewym okiem
widoczna w bliskich i średnich ujęciach
Zapięcie płaszcza
Cztery okrągłe srebrne guziki
Jedno diagonalne mosiężne zapięcie
widoczne zawsze, gdy tors jest skierowany do kamery
Rekwizyt fabularny
Okrągły mosiężny kompas
Ośmiokątny mosiężny kompas
powracający obiekt fabularny i kotwica zasobów pochodnych
Wszystko inne pozostaje zablokowane: kształt twarzy, miedziany bob, proporcje ciała, turkusowy płaszcz, grafitowa koszula i paleta kolorów.
To korekta tożsamości, a nie pozwolenie na przeprojektowanie postaci. Naprawa, która zmienia twarz Miry, wiek, fryzurę, pozę, kamerę, oświetlenie lub tło, tworzy nowe ryzyko ciągłości.
Pierwsza zasada: nigdy nie nadpisuj starej referencji
Nie zastępuj mira-approved.png innym obrazem pod tą samą nazwą pliku. To usuwa dowód potrzebny do ustalenia, które strony używały którego projektu.
Bez from_ref nie możesz wiarygodnie odróżnić nieaktualnej strony od strony już wygenerowanej z v04.
Cztery stany wpływu
Każda strona otrzymuje dokładnie jeden stan.
Code
State
Meaning
Default action
X
Wymagana naprawa
Zmienione pole jest wyraźnie widoczne lub strona zasila nieaktualny zasób pochodny
edytuj lub wygeneruj ponownie dotknięty panel
R
Wymagany przegląd
Mira się pojawia, ale oświetlenie, skala, kadr, odbicie lub zasłonięcie sprawiają, że wpływ jest niepewny
wizualna kontrola przez człowieka
K
Potwierdzone bez zmian
Mira się pojawia, ale żadnego ze zmienionych pól nie widać
zachowaj zatwierdzoną grafikę
A
Postać nieobecna
Mira się nie pojawia, a strona nie dziedziczy z nieaktualnego zasobu
brak działania
Używaj jawnego stanu K. Cisza jest niejednoznaczna: może oznaczać „sprawdzone i bezpieczne” albo „zapomniane”.
Pełna mapa wpływu dla 40 stron
Audyt na poziomie stron wygląda tak:
01 K | 02 R | 03 X | 04 A | 05 X | 06 X | 07 R | 08 K
09 X | 10 A | 11 R | 12 X | 13 A | 14 X | 15 K | 16 X
17 R | 18 X | 19 A | 20 X | 21 A | 22 R | 23 K | 24 X
25 A | 26 R | 27 X | 28 A | 29 K | 30 X | 31 R | 32 A
33 A | 34 X | 35 A | 36 R | 37 K | 38 A | 39 X | 40 R
Mira pojawia się na 29 stronach X, R i K, obejmujących 94 panele. Żadna strona nie może być w dwóch stanach i żadna nie pozostaje niesklasyfikowana.
Tabela wpływu, której naprawdę potrzebujesz
Przydatna tabela śledzi więcej niż tylko nazwę postaci.
Page
Panels
Dependency
Changed detail visible?
Derived asset
State
Action
3
2, 4
bezpośrednio mira-v03
twarz i zapięcie
brak
X
edytuj oba panele
6
1, 3, 4
bezpośrednio mira-v03
twarz, tors, kompas
miniatura rozdziału
X
napraw panele, odśwież miniaturę
8
2
bezpośrednio mira-v03
tylko widok od tyłu
brak
K
zapisz jako potwierdzone bez zmian
9
1–4
bezpośrednio mira-v03
wszystkie trzy pola
brak
X
wygeneruj ponownie panel 4, edytuj 1–3
14
5
odziedziczone ze strony 3 panel 4
blizna widoczna
brak
X
napraw odziedziczony panel
18
2–4
bezpośrednio mira-v03
zbliżenie na kompas
teaser social media
X
napraw, przebuduj teaser
22
1–5
bezpośrednio mira-v03
słabe światło i deszcz
brak
R
inspekcja wizualna w 200%
27
2, 3
bezpośrednio mira-v03
twarz i kompas
okładka rozdziału
X
napraw, przebuduj okładkę
31
1–4
bezpośrednio mira-v03
odległa scena grupowa
brak
R
porównaj w rozmiarze do druku i mobilnym
37
3
bezpośrednio mira-v03
tylko sylwetka
brak
K
zachowaj grafikę
40
2
odbicie pochodzące ze strony 27
niepewne
klatka do pitch decku
R
sprawdź źródło i odbicie
Kluczowy jest wiersz dla strony 14. Nigdy nie używała bezpośrednio mira-v03; używała wcześniejszego panelu jako referencji wizualnej. Samo wyszukiwanie starej nazwy pliku by ją pominęło.
generated_with zapisuje pochodzenie: jak ten panel został wykonany.
depends_on zapisuje zależność: który zatwierdzony zasób wpłynął na niego.
Jeśli strona 3 panel 4 zostanie naprawiona, audyt podąża tą krawędzią do strony 14 panel 5, nawet jeśli późniejszy prompt nie dołączał oryginalnej referencji Miry.
Zbuduj odwrócony indeks, zanim cokolwiek naprawisz
Utwórz odwrotne wyszukiwanie od starej referencji do każdego odbiorcy:
mira-v03-approved
├─ strony bezpośrednie: 01, 02, 03, 05, 06 ...
├─ panele odziedziczone: P14.5, P40.2
├─ miniatura rozdziału: pochodna z P06.4
├─ teaser social media: pochodna z P18.3
├─ okładka rozdziału: pochodna z P27.2
└─ klatka do pitch decku: pochodna z P40.2
Kierunek ma znaczenie. Log promptów zwykle mówi, czego używała strona. Odwrócony indeks mówi, które strony trzeba ponownie odwiedzić, gdy jedno źródło się zmienia.
Samo stwierdzenie „Mira pojawia się na tej stronie” nie wystarczy.
Dla każdego panelu zapisz, czy zmienione pole jest rzeczywiście widoczne:
Visibility
Example
Impact
Zbliżenie
twarz zajmuje dużą część panelu
korekta blizny jest obowiązkowa
Średni plan
widać twarz i tors
zarówno blizna, jak i zapięcie mogą wymagać naprawy
Wstawka z rekwizytem
kompas wypełnia kadr
korekta kompasu jest obowiązkowa
Szeroki plan
postać jest mała
przejrzyj w końcowym rozmiarze wyjściowym
Widok od tyłu
twarz i przednie zapięcie są ukryte
zwykle potwierdzone bez zmian
Sylwetka
brak detali wewnętrznych
potwierdzone bez zmian, chyba że zmieniła się sylwetka
Odbicie
obraz może dziedziczyć wcześniejszy panel
sprawdź zależność źródłową
Zasłonięte
płaszcz lub twarz częściowo ukryte
przegląd przez człowieka
To zapobiega dwóm przeciwnym błędom: naprawianiu stron, na których zmiany nie widać, i pomijaniu stron, na których widoczny jest mały, ale krytyczny fabularnie rekwizyt.
Wybierz najmniejszą bezpieczną naprawę
38 nieaktualnych paneli w tym przykładzie nie wymaga tej samej operacji.
Tryb naprawy
Panele
Użyj, gdy
Edycja punktowa
23
kompozycja, aktorstwo, oświetlenie i tło są już zatwierdzone
Regeneracja panelu
15
zmieniona referencja wpływa na pozę, kontakt dłoni z rekwizytem lub zbyt dużą część widocznego projektu
Tylko przegląd przez człowieka
34
wpływ jest niepewny do momentu inspekcji w rozmiarze wyjściowym
Nie zaczynaj od wszystkich 38 nieaktualnych paneli. Najpierw napraw trzy reprezentatywne przypadki:
Jedno zbliżenie twarzy dla blizny.
Jedno średnie ujęcie dla zapięcia płaszcza.
Jedną wstawkę z dłonią i rekwizytem dla kompasu.
Kanarek przechodzi tylko wtedy, gdy:
Mira nadal wygląda jak ta sama osoba.
Trzy poprawione pola odpowiadają v04.
Poza, kadr, oświetlenie, tło i inne postacie pozostają stabilne.
Naprawiony panel nadal płynnie łączy się z panelem przed nim i po nim.
Nie pojawia się fałszywy tekst, logo ani przypadkowe przeprojektowanie kostiumu.
Kanarek to test kontraktowy dla promptu naprawczego. Jeśli nie przejdzie, zmień prompt lub metodę edycji, zanim ruszysz resztę projektu.
Prompt naprawczy do kopiowania i wklejania
Repair only the selected comic panel using the approved character reference:
mira-v04-approved.
Required corrections:
- scar under Mira's LEFT eye
- one diagonal BRASS coat clasp
- OCTAGONAL brass compass
Identity lock:
- same face shape, age, copper chin-length bob, body proportions
- same teal coat and charcoal shirt
- same expression and acting intent
Preserve exactly:
- panel composition and crop
- camera angle and focal length
- pose and hand placement
- lighting and color grade
- background and other characters
- speech-bubble safe areas
Do not redesign Mira.
Do not change the story beat.
Do not add text, logos, or watermarks.
Return one repaired panel only.
Dla paneli z dłonią trzymającą kompas lepiej regenerować niż wymuszać lokalną edycję, jeśli nowy ośmiokątny kształt psuje kontakt palców lub perspektywę.
Naprawiaj partiami, potem przeglądaj sekwencyjnie
Używaj małych partii pogrupowanych według typu błędu:
Batch A: scar close-ups
Batch B: coat-clasp medium shots
Batch C: compass inserts and hand contact
Batch D: panels with two or three changed fields
Po każdej partii przeczytaj otaczającą sekwencję, a nie tylko naprawione obrazy w izolacji. Technicznie poprawny panel nadal może zawieść, jeśli spojrzenie Miry, ruch, pogoda lub progresja emocjonalna przestaną się łączyć.
Zalecana kolejność przeglądu:
Porównaj naprawiony panel z v04.
Porównaj go z poprzednim i następnym panelem.
Przeczytaj całą stronę w normalnym rozmiarze.
Przeczytaj całą rozkładówkę lub sekwencję przewijania.
Sprawdź stronę ponownie w rozmiarze mobilnym.
Oznacz wiersz w rejestrze jako repaired, verified lub reopen.
Odśwież każdy zasób pochodny
Strony nie są końcem grafu.
W przykładowym projekcie:
Strona 6 panel 4 zasila miniaturę rozdziału.
Strona 18 panel 3 zasila teaser social media.
Strona 27 panel 2 zasila okładkę rozdziału.
Strona 40 panel 2 zasila klatkę do pitch decku.
Gdy panel źródłowy zostanie naprawiony, przebuduj pochodną. Nie łataj tylko wyeksportowanego kadru, bo kolejny eksport może po cichu odtworzyć nieaktualną wersję.
Używaj tej kolejności domknięcia:
source reference
-> source panel
-> page export
-> chapter PDF or webtoon package
-> cover / thumbnail / teaser / pitch frame
-> final publication QA
Praktyczny workflow LlamaGen.AI
LlamaGen.AI może pomóc tworzyć i naprawiać zasoby wizualne, ale projekt nadal wymaga jawnej kontroli zmian.
Prześlij manuskrypt, scenariusz, PDF lub źródło projektu przez LlamaGen.AI Upload.
Zablokuj bieżącą kartę postaci przed generowaniem długich sekwencji.
Przechowuj ID wersji referencji w briefie strony lub zewnętrznym rejestrze.
Gdy referencja się zmieni, utwórz nową wersję zamiast zastępować stary zasób.
Zbuduj tabelę wpływu przed otwarciem narzędzi generacyjnych.
Naprawiaj tylko panele X; wizualnie sprawdzaj panele R.
Pozostaw panele K i A bez zmian.
Przebuduj zasoby pochodne z naprawionych paneli źródłowych.
Eksportuj dopiero wtedy, gdy kontrole stron, rozdziałów i materiałów promocyjnych będą zamknięte.
Dla projektu, który musi ponownie wykorzystywać jedną obsadę w wersjach strony, webtoona i storyboardu, przeczytaj też Jedna karta postaci, trzy formaty.
Typowe tryby awarii
Nadpisanie zatwierdzonego pliku
Jeśli oba projekty nazywają się mira-approved.png, audyt nie może udowodnić, której wersji używała strona.
Przeszukiwanie promptów przy ignorowaniu obrazów odziedziczonych
Późniejsza strona może używać wcześniejszego panelu jako referencji. Śledź zależności obraz-do-obrazu, a nie tylko bezpośrednie dołączenia postaci.
Regenerowanie każdej strony
To zmienia zatwierdzoną kompozycję i tworzy nowe błędy ciągłości. W przypadku testowym 96 z 168 paneli nie wymaga żadnej edycji.
Naprawianie tylko oczywistych zbliżeń
Twarz może zostać poprawiona, podczas gdy stary kompas przetrwa we wstawce, na okładce, miniaturze lub w odbiciu.
Traktowanie „nieprzejrzane” jako „bez wpływu”
Używaj jawnych stanów. K oznacza sprawdzone i bezpieczne; pusta komórka oznacza niedokończoną pracę.
Aktualizowanie kadru zamiast źródła
Naprawienie nieaktualnego obrazu social media bez naprawienia jego panelu źródłowego pozostawia zależność uszkodzoną.
Rozchodzenie się metadanych z grafiką
Uruchom zarówno zapytanie do metadanych, jak i wizualny przegląd contact sheet. Jeśli liczba stron się różni, audyt nie jest zamknięty.
Kryteria ukończenia audytu
Zgłoszenie zmiany zostaje zamknięte tylko wtedy, gdy wszystkie poniższe warunki są spełnione:
Stare i nowe referencje mają niezmienne ID wersji.
Każda strona jest sklasyfikowana dokładnie raz.
Sumy stron i paneli się domykają.
Zależności bezpośrednie i odziedziczone zostały przeszukane.
Trzy reprezentatywne panele kanarkowe przechodzą test.
Wszystkie panele X są naprawione i ponownie sprawdzone w sekwencji.
Wszystkie panele R mają przypisanego recenzenta i decyzję.
Każdy panel K ma zapis weryfikacji.
Wszystkie zasoby pochodne zostały przebudowane z naprawionych źródeł.
Końcowe eksporty nie zawierają nieaktualnego wyglądu v03.
Stara referencja pozostaje zarchiwizowana dla celów pochodzenia.
Uwaga dotycząca generowania obrazów
Grafiki objaśniające do tego artykułu zostały wygenerowane 26 października 2026 za pomocą Vertex AI z użyciem Gemini Nano Banana 2.1, model ID gemini-nano-banana-2.1, a następnie skompresowane do WebP i przesłane do CDN LlamaGen.AI. Okładka otrzymała standardowy znak wodny marki LlamaGen.AI.
Google opisuje Nano Banana 2.1 jako wysokowydajny model generowania obrazów i konwersacyjnej edycji z ulepszoną spójnością wieloturową. Zobacz oficjalną dokumentację modelu. Te obrazy są objaśnieniami redakcyjnymi, a nie zrzutami ekranu produktu ani benchmarkiem automatycznego śledzenia zależności.
FAQ
Czy powinienem regenerować każdą stronę po zmianie referencji postaci?
Nie. Najpierw przeprowadź audyt. Napraw strony, na których widać zmienione pole, przejrzyj strony niepewne i pozostaw bez zmian pracę potwierdzoną jako nienaruszoną.
Czy log promptów wystarczy?
Nie. Log promptów zapisuje pochodzenie. Potrzebujesz też zależności, w tym stron, które użyły wcześniej wygenerowanego panelu zamiast oryginalnej referencji postaci.
Co jeśli nie zapisywałem wersji referencji?
Utwórz wizualny contact sheet, zidentyfikuj stare i nowe sygnatury oraz ręcznie sklasyfikuj każde wystąpienie. Następnie dodaj ID wersji przed kolejną rundą generowania.
Ile paneli kanarkowych powinienem przetestować?
Trzy to użyteczne minimum, gdy zmiana dotyczy twarzy, ubrania i rekwizytu. Wybierz reprezentatywne panele, a nie najłatwiejsze.
Czy powinienem edytować czy regenerować dotknięty panel?
Edytuj, gdy zatwierdzoną kompozycję da się czysto zachować. Regeneruj, gdy zmiana wpływa na anatomię, kontakt dłoni, perspektywę lub dużą część postaci.
Czy ta metoda może śledzić także lokacje i rekwizyty?
Tak. Ten sam model zależności działa dla przeprojektowania pomieszczenia, aktualizacji pojazdu, usunięcia logo, zmiany kostiumu lub powracającego obiektu fabularnego.
Końcowy workflow
freeze change request
-> create versioned reference
-> build reverse dependency index
-> classify all 40 pages
-> test three canary repairs
-> repair only stale panels
-> review uncertain panels
-> rebuild derived assets
-> verify sequential continuity
-> close the change ticket
Długi komiks powinien działać jak zarządzana produkcja, a nie sterta niepowiązanych promptów. Celem nie jest zapobieganie każdej zmianie projektu. Chodzi o to, by skutki zmiany stały się widoczne, zanim zrobią się kosztowne.
Możesz rozpocząć projekt źródłowy przez LlamaGen.AI Upload, zablokować każdą zatwierdzoną referencję postaci według wersji i trzymać rejestr wpływu obok komiksu, aż końcowy eksport przejdzie kontrolę.
