Skip to main content
Klingタスクの照会
Klingの4つの生成エンドポイントは、すべてこの照会エンドポイントを共有します。送信時のレスポンスに含まれるdata.idを使用してください。

クエリパラメータ

external_task_idsには対応していません。上流のID、コールバックID、カスタムのexternal_task_id値を、ゲートウェイのタスクIDの代わりに使用することはできません。

レスポンス

状態の処理

約15秒間隔でポーリングし、レート制限や一時的なネットワークエラーが発生した場合は待機時間を延ばします。レスポンスにはゲートウェイが取得した最新の状態が含まれ、数秒の遅延が生じる場合があります。クライアントの待機タイムアウトはサーバー側のタスク失敗ではありません。代わりのタスクを作成せず、IDを保持して問い合わせを続けてください。

エラー処理

HTTPのステータスとJSONのコードの両方を確認してください。メッセージの接頭辞[gateway]は、モデルとエンドポイントの不一致、空のプロンプト、一括照会など、ゲートウェイによる拒否を示します。上流による拒否では、上流のエラー詳細とリクエストIDが保持されます。トラブルシューティング用にrequest_idとタスクIDを保存してください。

Pythonの完全なワークフロー

requestsをインストールし、MIXROUTE_API_KEYを設定してください。初回実行ではタスクを1件送信します。KLING_TASK_IDを設定すると、代わりに既存のタスクを照会します。POSTは自動的に再試行されません。送信がタイムアウトした場合は、まずコンソールを確認してください。
結果のURLは第三者のメディアを指し、有効期限付き署名や保存期間の制限が適用される場合があります。URLを永続ストレージとみなさず、成功した出力は速やかに保存してください。認証済みセッションを使ってダウンロードしたり、URLにAPIキーを追加したりしないでください。