Są to partie redakcyjne, a nie obietnica dotycząca maksymalnej liczby stron akceptowanej przez żądanie API. Przed wybraniem rozmiarów żądań sprawdź aktualne limity konta.

Krok 2: Spraw, by pilotaż był reprezentatywny

Uwzględnij szerokie ujęcie otwierające, zbliżenie twarzy, interakcję z rekwizytem, wymianę między dwiema postaciami i przewrócenie strony gdzieś na pierwszych trzech stronach. Trzy niemal identyczne strony portretowe nie ujawnią najtrudniejszych problemów książki.

Ilustracja pokazuje strukturę akceptacji. Nie jest to zrzut ekranu czterdziestu wygenerowanych stron.

Przejrzyj pilotaż pod kątem przejrzystości opowieści, a nie tylko jakości obrazu. Sprawdź, czy kompas pozostaje rozpoznawalny, czy postać nie dryfuje między odległościami kamery oraz czy dialog zmieści się bez zasłaniania dłoni lub twarzy. Zapisz zatwierdzone referencje i wersje scenariusza przed rozszerzeniem produkcji.

Jeśli pilotaż się nie powiedzie, zapisz przyczynę i zaktualizuj współdzielony brief. Skorygowanie wspólnej instrukcji na etapie pilotażu ogranicza liczbę późniejszych stron, które mogą odziedziczyć ten sam problem.

Krok 3: Używaj udokumentowanych żądań i zachowuj identyfikatory zadań

Aktualna dokumentacja Comic API obsługuje wejście wielostronicowe za pomocą zagnieżdżonego obiektu paginacji. Poniżej znajduje się przykład kształtu żądania, a nie żądanie wykonane na potrzeby tego artykułu:

{
  "prompt": "Create the first three pages of Station Compass from the approved panel script.",
  "preset": "japanese_manga",
  "pagination": {
    "totalPages": 3,
    "panelsPerPage": 4
  }
}

Nie łącz tego trybu paginacji z fixPanelNum. Zachowuj tokeny API w prywatności. Zapisz zwrócony identyfikator generowania, a następnie pobieraj status i zasoby za pomocą udokumentowanego endpointu statusu. Rejestruj zwrócone zużycie zamiast szacować uniwersalną cenę za stronę.

Dla każdego wysłanego zadania zachowaj razem dane wejściowe i odpowiedź. Gdy odpowiedź się opóźnia, sprawdź istniejące zadanie przed wysłaniem kolejnego żądania. Postępuj zgodnie z udokumentowanym zachowaniem idempotencji; zmiana klucza ponowienia może utworzyć osobne zadanie i dodatkowy koszt.

Krok 4: Oddziel sukces techniczny od akceptacji redakcyjnej

Zadanie może się zakończyć, mimo że na stronie nadal brakuje ważnego momentu, płaszcz ma zły kolor albo nie da się odczytać miejsca na dymek. Przechowuj stan generowania i stan redakcyjny w oddzielnych polach.

page_id,batch,script_version,reference_version,job_id,review_state,export_version
P001,pilot,v03,mira-v02,record-returned-id,approved,v01
P002,pilot,v03,mira-v02,record-returned-id,repair-required,
P003,pilot,v03,mira-v02,record-returned-id,awaiting-review,

Używaj jednoznacznych decyzji, takich jak awaiting-review, repair-required i approved. Przypisz właściciela i powód do każdego odrzucenia. Zachowuj wcześniejsze zatwierdzone pliki, dopóki zamiennik nie przejdzie przeglądu.

Na końcu każdej partii sprawdź przejście do następnej. Poprawny ostatni panel i poprawny pierwszy panel mogą nadal nie zgadzać się co do tego, gdzie stoi postać lub która ręka trzyma rekwizyt.

Krok 5: Naprawiaj tylko panel, którego dotyczy problem

Załóżmy, że P017 ma jeden panel, w którym Mira nosi czerwony płaszcz. Zapisz ten pojedynczy błąd zamiast odrzucać każdy obraz w partii.

API dokumentuje żądanie aktualizacji panelu w istniejącej generacji. Indeksy stron i paneli są liczone od zera. Odwzoruj te indeksy na podstawie rzeczywistego wyniku zadania; P017 w twojej książce nie jest automatycznie indeksem strony 16 w każdej partii.

Użyj briefu naprawczego takiego jak:

Restore Mira's teal coat and copper bob in this panel.
Preserve the camera, station, compass, pose and other characters.
Do not revise the surrounding panels.

Po naprawie przejrzyj sąsiednie panele i odśwież tylko te eksporty, które korzystają ze zmienionej strony. Przewodnik po audycie zmian referencji obejmuje szersze zmiany zależności.

Krok 6: Sprawdź 40-stronicowy rejestr przed eksportem

Sprawdź unikalność, kompletność stron, akceptację i aktualne wersje eksportu. Prosta lokalna kontrola planowania może wykryć brakujące rekordy, zanim ktokolwiek złoży książkę:

expected = {f"P{i:03d}" for i in range(1, 41)}
actual = [row["page_id"] for row in pages]
assert len(actual) == len(set(actual)), "Duplicate page ID"
assert set(actual) == expected, "Missing or unexpected page"
assert all(row["review_state"] == "approved" for row in pages)
assert all(row["export_version"] for row in pages)

W towarzyszącym lokalnym ćwiczeniu planistycznym jedna celowo niezatwierdzona strona blokuje eksport, dopóki jej rekord przeglądu nie zostanie poprawiony. To testuje zasadę rejestru, a nie jakość wizualną czterdziestu stron komiksu. Redaktor nadal musi przeczytać całą książkę.

Jaki czas i kredyty należy śledzić?

Śledź osobno generowanie, przegląd, naprawę, liternictwo, skład i końcowe czytanie. Zapisuj rzeczywiste zwrócone zużycie dla każdego zadania i mierz czas przeglądu ludzkiego w tych samych granicach dla każdej partii.

Użyj tej struktury budżetu:

Total production cost = pilot + accepted batches + repairs + export work
Total elapsed time = generation waits + review + repair + assembly

Nie ekstrapoluj całej książki na podstawie jednego atrakcyjnego panelu. Użyteczny szacunek pilotażu obejmuje odrzucone wyniki i czyszczenie.

Lista kontrolna wydania

• Czterdzieści unikalnych identyfikatorów stron fabularnych jest obecnych w zamierzonej kolejności.
• Każda strona ma akceptację redakcyjną i aktualną wersję eksportu.
• Referencje postaci, lokacji i rekwizytów są możliwe do prześledzenia.
• Dialogi i informacje o autorach zostały sprawdzone korektorsko.
• Granice stron i przejścia między scenami czyta się płynnie.
• Pliki otwierają się ponownie na innym urządzeniu bez brakujących zasobów.
• Okładka, miniatury i promocyjne kadry używają zatwierdzonych wersji.

Zacznij od trzystronicowego briefu w Comic API. Rozszerzaj dopiero wtedy, gdy potrafisz wyjaśnić, dlaczego te strony przechodzą. W przypadku wymagań produkcji zespołowej ścieżka enterprise może pomóc w określeniu zakresu integracji.

FAQ

Czy mogę zażądać wszystkich czterdziestu stron naraz?

Skorzystaj z aktualnego API i limitów konta, aby określić, co jest akceptowane. Rozmiar partii redakcyjnej powinien także odzwierciedlać, ile twój zespół jest w stanie sprawdzić przed kontynuacją.

Czy ukończone zadanie API oznacza, że strona jest zatwierdzona?

Nie. Ukończenie to stan techniczny. Akceptacja wymaga przeglądu wyniku względem briefu.

Czy nieudany panel powinien wywołać ponowne uruchomienie całej partii?

Najpierw zidentyfikuj przyczynę. Lokalny defekt często można naprawić indywidualnie; problem ze wspólną referencją lub scenariuszem może dotyczyć kilku stron i powinien uruchomić audyt wpływu.

Dokumentacja produktu została sprawdzona 2 listopada 2026 r. Ilustracje i rejestr planowania są przykładami instruktażowymi; nie są deklarowane żadne benchmarki szybkości ani kosztu dla czterdziestu stron.

Poprzednie blogi

Lista kontrolna przekazania storyboardu do wideo: ujęcia, timing, audio i ciągłość

Zamień zatwierdzone kadry storyboardu w przejrzysty pakiet przekazania do wideo ze stabilnymi identy

Jay

1 listopada 2026

Jak zlokalizować komiks bez przerysowywania ilustracji

Zachowaj zatwierdzoną grafikę komiksową podczas tłumaczenia dialogów, odtwarzania edytowalnego liter

Jay

31 października 2026

Przepływ pracy przy seryjnej produkcji komiksu: szkic, akceptacja, naprawa i eksport 40 stron

Zaplanuj 40-stronicowy komiks AI z odcinkiem pilotażowym, partiami do przeglądu, rejestrem stron, se

Jay

30 października 2026

Workflow liternictwa komiksowego: oddziel grafikę, dymki i tłumaczenie

Przemyślany workflow liternictwa komiksowego rozdziela czystą grafikę, dymki, SFX i tłumaczenie, z t

Jay

28 października 2026