Skip to main content
Ten artykuł przedstawia integrację i użycie API zapytań o zadania MiniMax H3. Ten interfejs służy do sprawdzania, zbiorczego wyświetlania lub usuwania zadań asynchronicznych utworzonych przez API generowania wideo MiniMax H3.

Proces składania wniosku

Aby używać API zapytań o zadania MiniMax H3, najpierw przejdź do konsoli Ace Data Cloud, aby uzyskać swój API Token i zachować go do użycia. Jeśli nie jesteś jeszcze zalogowany lub zarejestrowany, zostaniesz automatycznie przekierowany na stronę logowania, która zaprosi cię do rejestracji i logowania; po zakończeniu automatycznie powrócisz na bieżącą stronę. Jeden API Token może wywoływać wszystkie usługi platformy, bez konieczności składania osobnego wniosku dla każdej usługi. Przy pierwszym wniosku otrzymasz bezpłatny limit, aby korzystać bezpłatnie; gdy limit jest niewystarczający, możesz doładować wspólne saldo w konsoli.
📘 Pełna dokumentacja: API zapytań o zadania MiniMax H3 →
Podczas sprawdzania zadania należy użyć tego samego Tokena, którym utworzono to zadanie. Zaleca się zapisanie Tokena jako zmiennej środowiskowej, nie zapisywanie go w kodzie źródłowym ani nieprzesyłanie go do repozytorium wersji:

Przegląd interfejsu

  • Base URL:https://api.acedata.cloud
  • Endpoint:POST /minimax/tasks
  • Metoda uwierzytelniania:w HTTP Header należy przekazać authorization: Bearer {token}
  • Nagłówki żądania:
    • accept: application/json
    • content-type: application/json
  • Sprawdzanie pojedynczego zadania:action=retrieve, przekaż id
  • Zbiorcze sprawdzanie zadań:action=retrieve_batch, można filtrować według ID zadania, zakresu czasu i warunków paginacji
  • Usuwanie zadania:action=delete, przekaż id
  • Informacje o rozliczeniu:sprawdzanie zadań jest bezpłatne i nie spowoduje ponownego naliczenia opłat
Po utworzeniu wideo należy zapisać task_id. Zaleca się sprawdzanie mniej więcej co 10 sekund, aż zadanie osiągnie stan końcowy.

Parametry żądania

Zastosowania trzech akcji są następujące:

Sprawdzanie pojedynczego zadania

Poniżej znajduje się odpowiedź rzeczywistego pomyślnie wykonanego zadania:
Otwórz rzeczywisty wynik wideo tego zadania

Status zadania

succeeded, failed i cancelled są stanami końcowymi. Nie kontynuuj odpytywania po osiągnięciu stanu końcowego.

Pola odpowiedzi task

Kompletny przykład odpytywania w Pythonie

Poniższy kod odczytuje Token ze zmiennych środowiskowych, tworzy zadanie, a następnie co 10 sekund wykonuje zapytanie:
W środowisku produkcyjnym należy ustawić całkowity limit czasu dla odpytywania oraz stosować wykładnicze wycofywanie dla 429 i tymczasowych 5xx. Przekroczenie limitu czasu sieciowego nie oznacza niepowodzenia generowania — można kontynuować zapytania, używając tego samego task_id.

Zapytania zbiorcze

Określ wiele identyfikatorów zadań:
Wyświetl zadania stronicowane według zakresu czasu:
items w odpowiedzi zbiorczej używa tych samych pól task co zapytanie pojedynczego zadania, a total to całkowita liczba zadań spełniających kryteria filtrowania:
Okno zapytań o zadania obejmuje ostatnie 7 dni. task_id przekraczające to okno mogą zwracać nieprawidłowe zadania; system biznesowy powinien zapisywać ID podczas tworzenia zadań oraz niezwłocznie trwale zapisywać wynikowy URL po sukcesie.

Anulowanie lub usuwanie zadań

Działanie zależy od bieżącego statusu zadania: Przykład pomyślnego usunięcia:
Usunięcie rekordu zadania nie cofnie naliczonej opłaty za ukończone zadanie ani nie gwarantuje jednoczesnego usunięcia zapisanych kopii wideo.

Odpowiedzi o błędach i rozwiązywanie problemów

Zadania zakończone niepowodzeniem nadal zwracają obiekt task z HTTP 200, a przyczyna jest podana w task.error:
Gdy sam interfejs zwraca 400, należy sprawdzić action oraz parametry warunków; 401 oznacza nieprawidłowy Token, 429 oznacza zbyt częste zapytania, a 500 oznacza tymczasową niedostępność usługi. Zadania, których generowanie się nie powiodło, nie są płatne; dla zadań zakończonych sukcesem użycie jest naliczane zgodnie z końcowym rekordem usage.