Skip to main content
Questo documento presenta l’integrazione e l’utilizzo dell’API di interrogazione attività MiniMax H3. Questa interfaccia viene utilizzata per interrogare, elencare in batch o eliminare le attività asincrone create dall’API di generazione video MiniMax H3.

Procedura di richiesta

Per utilizzare l’API di interrogazione attività MiniMax H3, vai prima alla console Ace Data Cloud per ottenere il tuo API Token, da conservare come backup. Se non hai ancora effettuato l’accesso o la registrazione, verrai automaticamente reindirizzato alla pagina di accesso per invitarti a registrarti e accedere; al termine tornerai automaticamente alla pagina corrente. Un solo API Token può chiamare tutti i servizi della piattaforma, senza necessità di richiederne uno separatamente per ogni servizio. La prima richiesta include una quota gratuita, che consente di provarlo gratuitamente; quando la quota è insufficiente, puoi ricaricare il saldo universale dalla console.
📘 Documentazione completa: API di interrogazione attività MiniMax H3 →
Durante l’interrogazione di un’attività, deve essere utilizzato lo stesso Token che ha creato l’attività. Si consiglia di salvare il Token come variabile d’ambiente e di non scriverlo nel codice sorgente né inviarlo al repository di versionamento:

Panoramica dell’interfaccia

  • Base URL:https://api.acedata.cloud
  • Endpoint:POST /minimax/tasks
  • Metodo di autenticazione:includere authorization: Bearer {token} nell’HTTP Header
  • Header della richiesta:
    • accept: application/json
    • content-type: application/json
  • Interrogazione di una singola attività:action=retrieve, passare id
  • Interrogazione batch delle attività:action=retrieve_batch, può filtrare per ID attività, intervallo temporale e condizioni di paginazione
  • Eliminazione attività:action=delete, passare id
  • Informazioni sulla fatturazione:l’interrogazione delle attività è gratuita e non genera addebiti duplicati
Dopo aver creato un video, è necessario salvare task_id. Si consiglia di eseguire un’interrogazione circa ogni 10 secondi, fino a quando l’attività non entra in uno stato terminale.

Parametri della richiesta

Gli utilizzi delle tre azioni sono i seguenti:

Interrogazione di una singola attività

Di seguito è riportata la risposta di un’attività reale completata con successo:
Apri il risultato video reale di questa attività

Stato dell’attività

succeeded, failed e cancelled sono tutti stati terminali. Non continuare il polling dopo l’ingresso in uno stato terminale.

Campi della risposta task

Esempio completo di polling Python

Il codice seguente legge il Token dalla variabile d’ambiente e, dopo aver creato un’attività, esegue una query ogni 10 secondi:
In ambiente di produzione, è necessario impostare un timeout totale per il polling e utilizzare il backoff esponenziale per 429 e i 5xx temporanei. Un timeout di rete non equivale a un errore di generazione; è possibile continuare a eseguire query usando lo stesso task_id.

Query in batch

Specificare più ID attività:
Elencare le attività per pagine in base all’intervallo temporale:
Gli items nella risposta batch utilizzano gli stessi campi task della query di una singola attività, e total è il numero totale di attività corrispondenti ai criteri di filtro:
La finestra di query delle attività copre gli ultimi 7 giorni. I task_id oltre questa finestra potrebbero restituire attività non valide; il sistema aziendale deve salvare l’ID al momento della creazione dell’attività e rendere persistente tempestivamente l’URL del risultato dopo il successo.

Annullare o eliminare un’attività

L’azione dipende dallo stato corrente dell’attività: Esempio di eliminazione riuscita:
L’eliminazione del record dell’attività non annulla la fatturazione già completata e non può garantire che anche le copie video già salvate vengano eliminate.

Risposte di errore e diagnostica

Le attività non riuscite restituiscono comunque un oggetto task con HTTP 200 e forniscono il motivo in task.error:
Quando l’interfaccia stessa restituisce 400, è necessario controllare action e i parametri delle condizioni; 401 indica che il Token non è valido, 429 indica che le query sono troppo frequenti e 500 indica che il servizio è temporaneamente non disponibile. Le attività con generazione non riuscita non vengono fatturate; per le attività riuscite, l’utilizzo viene registrato in base al usage finale.