Specyfikacja techniczna mj-turbo-reroll
| Specyfikacja | Szczegóły |
|---|---|
| Identyfikator modelu | mj-turbo-reroll |
| Typ modelu | Punkt końcowy akcji generowania obrazu dla przepływów pracy typu reroll w stylu Midjourney |
| Główna funkcja | Ponowne uruchomienie istniejącej generacji Midjourney w trybie Turbo, aby uzyskać nowy zestaw wyników z tego samego kontekstu promptu |
| Ekosystem nadrzędny | Integracje proxy/API zgodne z Midjourney |
| Tryb szybkości | Tryb Turbo |
| Profil wydajności | Zadania Turbo zostały zaprojektowane tak, aby generować wyniki nawet 4× szybciej niż standardowy Tryb Fast, choć w systemie nadrzędnym zużywają czas Fast w wyższym tempie. |
| Typowa klasa operacji | Akcja reroll / ponowne wygenerowanie na istniejącym zadaniu, a nie pierwsze zgłoszenie promptu. |
| Powiązany przepływ pracy | Prześlij lub zlokalizuj istniejące zadanie obrazu, zidentyfikuj akcję/przycisk reroll, wyślij żądanie reroll, a następnie odpytywaj lub pobierz wynik nowego zadania. |
| Zależność danych wejściowych | Zazwyczaj wymaga istniejącego kontekstu zadania/pracy oraz akcji specyficznej dla reroll lub customId, zamiast samego tekstowego promptu. |
| Wyjście | Nowe wygenerowane zadanie/zbiór wyników obrazu wywiedzione z tego samego lub zremiksowanego kontekstu promptu |
| Obsługa trybu asynchronicznego | Tak; interfejsy API zgodne z Midjourney zazwyczaj najpierw zwracają identyfikator zadania i wymagają późniejszego pobrania statusu lub obsługi wywołania zwrotnego. |
| Obsługa callback/webhook | Powszechnie obsługiwane poprzez powiadomienia lub hooki wywołań zwrotnych (webhooki) w kompatybilnych proxy API Midjourney. |
| Zachowanie kosztowe | Reroll jest zwykle grupowany z akcjami obrazu typu 1 w tabelach cenowych Turbo zgodnych z Midjourney. |
Czym jest mj-turbo-reroll?
mj-turbo-reroll to identyfikator na platformie CometAPI dla funkcjonalności Turbo reroll zgodnej z Midjourney. W praktyce „reroll” oznacza ponowne wygenerowanie zadania obrazu, aby otrzymać nowy zestaw wyników przy zachowaniu pierwotnego kierunku twórczego lub kontekstu zadania. W systemach zgodnych z Midjourney reroll jest traktowany jako akcja na obrazie obok operacji takich jak variation, outpaint, pan czy akcje związane z upscalem.
Część turbo wskazuje, że ten model jest mapowany na zachowanie generowania w Trybie Turbo. Dokumentacja Midjourney opisuje Tryb Turbo jako szybszą opcję GPU dostępną w nowszych wersjach Midjourney, z prędkościami generowania nawet do czterech razy większymi niż w Trybie Fast.
Ponieważ reroll jest akcją na istniejącym zadaniu, mj-turbo-reroll należy rozumieć nie jako samodzielny model text-to-image do pierwszego zgłoszenia, lecz jako wyspecjalizowany punkt końcowy/przepływ pracy do szybkiego regenerowania wcześniejszych wyników obrazów. Zgodne interfejsy API zazwyczaj implementują to, najpierw zwracając identyfikator zadania, a następnie wymagając pobrania postępu lub odbioru wywołania zwrotnego webhook po zakończeniu zadania reroll.
Główne funkcje mj-turbo-reroll
- Regeneracja w prędkości Turbo: Zaprojektowany do rerollowania zadań obrazu w Trybie Turbo, który według dokumentacji Midjourney jest znacząco szybszy niż standardowy Tryb Fast.
- Przepływ pracy specyficzny dla reroll: Skupia się na regenerowaniu istniejącego zadania zamiast tworzenia całkowicie nowego od podstaw. Przydatne, gdy odpowiada Ci kierunek promptu, ale chcesz innych rezultatów wizualnych.
- Asynchroniczne przetwarzanie oparte na zadaniach: Zgodne interfejsy API Midjourney zwykle najpierw zwracają identyfikator zadania, umożliwiając aplikacjom odpytywanie o zakończenie lub asynchroniczne odbieranie wyników.
- Integracja z akcjami/przyciskami: W wielu implementacjach proxy Midjourney reroll jest wyzwalany przez punkt końcowy akcji z użyciem
customIdspecyficznego dla zadania lub identyfikatora przycisku/akcji wyodrębnionego z poprzedniego wyniku zadania. - Architektura przyjazna webhookom: Zgodne interfejsy API Midjourney obsługują adresy callback, dzięki czemu aplikacje mogą automatycznie otrzymywać aktualizacje statusu zadań zamiast ciągłego odpytywania.
- Pasuje do wieloetapowych potoków generowania obrazów: Dobrze sprawdza się w produkcyjnych przepływach, w których użytkownicy najpierw tworzą obraz, przeglądają przyciski/akcje, a następnie wykonują reroll, variation, pan lub upscale na podstawie zwróconych metadanych zadania.
- Semantyka zgodna z Midjourney: Wpisuje się w szerszy ekosystem akcji Midjourney, gdzie reroll funkcjonuje obok variation, outpaint, inpaint i innych operacji postgeneracyjnych.
Jak uzyskać dostęp i zintegrować mj-turbo-reroll
Krok 1: Zarejestruj się po klucz API
Aby uzyskać dostęp do mj-turbo-reroll, najpierw utwórz konto w CometAPI i wygeneruj klucz API w panelu. Przechowuj klucz bezpiecznie i ładuj go przez zmienną środowiskową w swojej aplikacji, aby nie był zapisany na stałe w kodzie po stronie klienta ani w publicznych repozytoriach.
Krok 2: Wysyłanie żądań do API mj-turbo-reroll
Użyj standardowej konfiguracji API CometAPI i ustaw pole model na mj-turbo-reroll. Ponieważ ten model służy do przepływu pracy reroll, Twoje żądanie będzie zwykle częścią wieloetapowego potoku obrazu, w którym najpierw tworzysz lub pobierasz istniejące zadanie w stylu Midjourney, a następnie przesyłasz akcję reroll z użyciem wymaganego kontekstu zadania.
curl https://api.cometapi.com/v1/responses \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "mj-turbo-reroll",
"input": {
"task_id": "your_existing_task_id",
"action": "reroll"
}
}'
Krok 3: Pobierz i zweryfikuj wyniki
Po wysłaniu żądania pobierz wynik zadania, korzystając z odpowiedzi CometAPI i mechanizmu śledzenia zadań. W przypadku mj-turbo-reroll weryfikacja zwykle oznacza potwierdzenie, że nowe zadanie zostało poprawnie utworzone, monitorowanie go do zakończenia oraz sprawdzenie, czy zwrócone obrazy stanowią nowy reroll pierwotnego zadania, a nie zestaw wyników z oryginału.