使用ガイド
HiAPI API で Grok Imagine テキスト・トゥ・ビデオを使う:ショート動画ワークフロー
モーションモード、6〜30 秒クリップの計画、そして利用可能な HiAPI 呼び出しパターン
Oct 31, 2026
コスト、イテレーション、品質のトレードオフ
動画生成は出力の長さに応じて課金されるため、長さが主要なコストレバーになります。これはイテレーションの進め方も変えます。
低コストのループはこうです。まず短い長さで下書きし、モーションのアイデアを判断し、価値のあるプロンプトだけ長さを延ばします。6 秒で被写体が崩壊するプロンプトは、30 秒でも同じように崩壊します。必要な情報のほとんどは短いクリップの段階で得られます。長いレンダリングは、短いクリップで検証済みのショットに回し、さらに最終カットに回しましょう。探索には使わないことです。
これにより、実用的なイテレーションの階段が得られます:
- 下書き——短いクリップ、候補プロンプト 1 つ、モーションモードが正しく読めるかを確認する。
- 磨き込み——同じ長さで、一度に 1 つのスロットだけ調整する。2 つのスロットを同時に変えると、どちらが直したのか分からなくなります。
- コミット——勝ち残ったプロンプトで長さを延ばす。長いレンダリングでもドリフトして、もう 1 ラウンド修正が必要になる可能性は受け入れる。
品質のトレードオフも同じ形をたどります。長いクリップはより多くのショット内容を与えますが、ドリフトの機会も増えます。よく制御された 3 つの短いクリップからなる編集は、たいてい 1 回の長い生成に勝り、あるビートが失敗したときの修正も容易です。長さへの野心は、お金と制御力の両方を同時に消費します。
最後に、積極的にキャッシュしましょう。最も高くつくレンダリングは、仕様を保存しなかったために二度払いしたものです。決定論的なアセットキーがあれば、編集作業での再レンダリングのコストはファイル検索 1 回分になり、予算は古いショットではなく新しいショットに使われます。まず短いループを組み、それに長いレンダリングを勝ち取らせる。そうすればワークフロー全体が高速かつ経済的に保たれます。