本文へスキップ

Alibaba の Wan 2.2 text-to-video は、書いたショットを無音の 5 秒クリップにします。16:9 か 9:16、480p か 720p を選べ、プロンプト拡張と、同じ結果を再現するシードも使えます。

エンドポイントごとにフィルタリングの扱いが異なります:画像から動画 — 置き換え, テキストから動画 — フィルターあり。

最低価格 $0.24/回

プレイグラウンド

入力

テキストから動画
353/5000
ショットそのものを最大 5,000 文字で書きます。誰が、どんな動作を 1 つ、カメラの動きを 1 つ、そして光。形容詞を重ねるより、はっきりした動詞のほうが結果を動かします。 1 文字以上 · 5000 文字以内
16:9 または 9:16 で、既定は 16:9 です。このエンドポイントに正方形と 4:3 はありません。
料金に影響
480p または 720p で、既定は 480p です。料金を変える設定はこれだけです。
プロンプト自動拡張
既定はオフです。オンにすると、短い指示が生成前に詳しい内容に書き換えられます。プロンプトが具体的なショットの説明になったらオフのままにしてください。
シード値
0 から 2147483647 までです。1 か所ずつ変えて比べるときは固定し、バリエーションが欲しいときは省略してください。 0 以上 · 2147483647 以下
セーフティチェックオフ

SpicyAPI はこのモデルにセーフティチェックをかけません。プロンプトと素材はそのままモデルに渡り、出力はモデル自身が決めます。

送信と料金見積もりを有効にする前にアカウントを確認しています。

出力

実行待ち
サンプル出力

関連モデルと次のステップ

お探しのモデルが見つかりませんか?

必要なモデルと用途をお知らせください。次に何を追加するかを決めるチームに直接届きます。

書いた1カットが、固定5秒のクリップになる

Wan 2.2 のテキスト→動画 API は、最大5,000文字で書いたカットを、音声なしの5秒動画1本に変換します。解像度は480pか720p、比率は16:9か9:16のいずれかです。この2つの解像度は、Alibabaが2025年7月に公開したオープンウェイトのWan 2.2のテキスト→動画・画像→動画モデルで示しているものと同じです。課金は秒単位ではなく1クリップ単位なので、混雑した街の場面も固定アングルのポートレートも、同じ解像度段なら料金は同じになります。

プレイグラウンド を開く
書いた1カットが、固定5秒のクリップになる
プロンプト長
最大5,000文字
クリップ長
固定5秒 — duration フィールドなし
解像度
480pまたは720p(デフォルト480p)、価格を決定
アスペクト比
16:9または9:16、デフォルト16:9
音声
なし、映像のみ
seed
0〜2,147,483,647、任意
秒単位ではなくクリップ単位
プロンプトの内容が価格を動かすことはないこのエンドポイントは1クリップにつき1価格で、リクエスト上で料金を左右するのは解像度段だけです。5秒の群衆シーンも5秒の静止ポートレートも、480pなら同じ料金になるので、100件のプロンプトを解像度段だけから見積もれます。
縦横比は送信前に決める
16:9か9:16かを書く前に選ぶaspect_ratio はリクエスト時に指定するもので、生成後にクロップする手段はAPI側にありません。違う比率で返ってきたクリップは編集ソフトで再クロップするしかないので、まず配信フレームを固定してから、それに合うカットの構図を書きます。
任意のリライト
プロンプト拡張はデフォルトで無効enable_prompt_expansion のデフォルトは false なので、送った文章がそのまま生成に届きます。ブリーフが一行だけの薄いものなら有効にし、すでに被写体・動作・カメラ・光を書き込んだプロンプトなら無効のままにします。

Wan 2.2 API が得意なこと

1リクエスト、1クリップ、1価格

1リクエスト、1クリップ、1価格

呼び出しごとに必ず5秒の動画が1本返り、時間の長短を指定するフィールドはありません。これによりコスト計画からduration要素が消え、リクエストは実行された解像度段だけで価格が決まり、プロンプトの言い回しがその数字を変えることはありません。

2つの配信比率、それ以外はない

2つの配信比率、それ以外はない

16:9と9:16が、このエンドポイントがレンダリングする2つの比率で、送信時に aspect_ratio で選びます。正方形も4:3もカスタムの幅・高さもないので、他の比率が必要な配置は、この2つのどちらかを撮ってから切り出す必要があります。

  • 任意ステップとしてのプロンプト拡張

    一行のアイデアでも、生成が始まる前に、より長いカット説明へと膨らませることができます。ブリーフが薄いときに役立ちます。すでに被写体・動作・カメラ・光を含むプロンプトなら、このフラグを外しておくほうが送った言葉に近い結果になります。

  • seedで変化点を1つに絞る

    文章だけを編集しながらseedを固定しておくと、2つの出力を互いに比較できます。スキーマは、これがフレーム単位で一致する保証ではなく、片方の入力を固定して片方だけ動かす手段にすぎないと明記しています。

  • 安く下書きし、当たりだけ再レンダー

    480pは同じプロンプトを720pより低い価格で実行できるので、カットをまだ詰めている段階は安い解像度段のままにできます。当たったプロンプトとseedを720pで再送信すれば、そのアイデアを上位の解像度段でもう一度レンダーできます。ただし同じフレームではなく近いテイクになると考えてください。

  • 標準的な非同期タスクの流れ

    作成呼び出しはIdempotency-Keyを受け付け、返ってきたタスクはポーリングするか、登録したコールバックURLに届けさせるかを選べます。ネットワークタイムアウト後は、保存しておいたそのキーが既存のタスクを見つけるので、二重起動を防げます。

Wan 2.2 はどんな人に向くか

  • 1行を二重レンダーしないリトライループ

    パイプライン構築者

    1行を二重レンダーしないリトライループ

    バッチワーカーはジョブテーブルにプロンプトごとのIdempotency-Keyを1つ保持できます。リクエストがタイムアウトしてループがリトライしても、そのキーはその行のために既に作られたタスクへ解決されるので、不安定な接続の代償は待ち時間だけで、二重レンダーにはなりません。

  • 配信時クロップなしで9:16をレンダー

    SNS・縦型メディアチーム

    配信時クロップなしで9:16をレンダー

    aspect_ratio を9:16に設定すれば、最初のパスから縦長で出てくるので、そのクリップがフルハイトで表示されるフィードに届いても何も捨てる必要がありません。16:9を生成してから左右を切る方法だと、料金を払ったすべてのフレームの一部を毎回捨てることになります。

  • seedを固定して文言変更だけを切り分ける

    プロンプトエンジニア

    seedを固定して文言変更だけを切り分ける

    aspect_ratio・解像度・seedを固定したまま、検証対象の一節だけを書き換えれば、出力の変化をその1つの編集に帰属させられます。複数の変数が2回の呼び出しで同時に動く状態を避けられます。

  • 言葉だけからカットを組み立てる

    まだ起点フレームがないチーム

    言葉だけからカットを組み立てる

    参照画像がまだ存在しない段階では、このエンドポイントが書かれたブリーフから被写体・動作・カメラ・光を組み立てます。フレームが選ばれ、それをもとに構築する承認が下りたら、同じファミリーの画像→動画エンドポイントで作業を前に進めます。

Wan 2.2 API の使い方

  1. 書き始める前にaspect_ratioを決める

    16:9か9:16かは生成が始まると固定され、API側に後からのクロップ手段はありません。最初の結果を見てから決めるのではなく、プロンプトを書く前に配信比率を固めます。

  2. カットを1つの動きとして書く

    被写体、その1つの動作、カメラの振る舞い、光の質を明示します。5秒には一連の出来事を収める余地がないので、3つの出来事を並べたブリーフは、たいていどれも読み取れないクリップになって返ってきます。

  3. 精密なブリーフではenable_prompt_expansionを外す

    このフィールドは、プロンプトが短すぎたり曖昧だったりして肉付けが必要なときだけ有効にします。すでに動作・カメラ・光を書き込んだカット説明は、先に書き直させても得るものがありません。

  4. seedを固定したまま480pで下書きする

    カットをまだ詰めている段階は安い解像度段で生成します。次の呼び出しが言い回しだけを変えるなら同じseedを使い、2つのテイクの比較を公平に保ちます。

  5. 選んだテイクを720pで再レンダーする

    安い段の下書きが納品に値すると判断したら、同じプロンプトとseedを使い、解像度だけを720pに変えて再送信します。新しく書いたプロンプトからカットを作り直すのではありません。

  6. Idempotency-Keyを付けて送信する

    返ってきたタスクIDを保存し、そのタスクをポーリングするか、コールバックURLを登録して結果を受け取ります。タイムアウト後は再送信して重複を作るのではなく、その既存タスクを検索します。

Wan 2.2 の実際の例

  • 固定した被写体への単一カメラワーク

    動作を1つ、カメラの方向を1つに絞ることで、5秒という窓が処理しきれない量を抱え込まずに済みます。これはこのような固定尺のエンドポイントで最もよく起きる失敗パターンです。

    A glassblower turns a molten orange sphere at the end of a long pipe inside a dim workshop, sparks drifting past the lens, camera slowly circling the piece at waist height, warm firelight against a dark background
  • 縦型フィード向けの9:16ポートレートショット

    縦位置のフレーミングと、1つだけ続くジェスチャーは、生成後のクロップを必要とせずきれいにループします。フレームがプラットフォーム側で固定される、制作者側では動かせないSNS配置ほどこれが重要になります。

    Vertical shot of rain falling on a café awning at night, a hand reaches into frame to wipe condensation from the window, neon signage reflected on wet glass, static camera, slow motion
  • seedを固定して文言をテストする

    光を表す形容詞だけを変えながらseedを固定すると、その1変数だけを2回の呼び出しをまたいで切り分けられるので、出力の違いを変わった単語のせいだと言い切れます。

    A cyclist rides along an empty coastal road at golden hour, long shadows stretching across the tarmac, camera tracking alongside at a steady pace, warm low sun flaring at the edge of frame

Wan 2.2 API のよくある質問

カットを一続きの瞬間として書きます。被写体、その1つの動作、カメラの振る舞い、光の質を名指しにします。5秒には一連の出来事を収める余地がないので、3つの出来事を並べたブリーフはたいていどれも読み取れないクリップになって返ってきます。保つ価値のある瞬間を1つ選んでそれだけを描写し、残りは2回目のリクエストに回してください。

Wan のすべてのモデル22

動画モデル18

画像モデル4