使用ガイド
Kling 2.5 Turbo テキスト→動画 プロンプトレシピ：コピー＆ペーストで使える実用テンプレート
カメラワーク、アクションの語法、尺の制御、ネガティブプロンプトに対応した実践的なプロンプトパターン
プロンプトは言い回しより構造が重要である理由
多くの人はテキスト→動画プロンプトを呪文のように扱い、モデルが従う魔法の一文を探している。実際には、モデルは詩的な言い回しよりも構造を重視する。プロンプトをレイヤーに分解すれば、一度に一つの変数だけを変えられ、何が効いているのかを本当に学べる。
有用なメンタルモデルは5層のスタックで、正しさへの重要度が高い順に並んでいる：
- 主体——画面に何があるか、およびその決定的な視覚的特徴。
- アクション——主体が何をするか、率直な動詞と方向で記述する。
- カメラ——視点がどう動くか、または静止するか。
- スタイル——照明、レンズの質感、カラーグレーディング、レンダリング特性。
- 制約——尺の一致、アスペクト比、避けるべきもの。
レイヤー化が clever な一文に勝る理由：
- デバッグ性。映像がおかしいとき、「問題は主体か、アクションか、カメラか」と問える。すべてを書き直す必要はない。
- 移植性。あるシーンで有効なカメラレシピは、通常主体レイヤーを差し替えれば別のシーンでも有効だ。
- 比較可能性。固定された骨格があれば、2つのプロンプトが一箇所だけ異なる。それでこそA/Bテストが誠実になる。
- 一貫性。大量のクリップを生成するパイプラインには、毎回手書きではなくパラメータ化可能なプロンプトが必要だ。
曖昧な形容詞（「シネマティック」「エピック」「ダイナミック」）は主にスタイルに影響する。動きを修正できることはほとんどない。クリップがスライドショーのように見えるなら、問題はほぼ常に「シネマティック」を十分に言っていないことではなく、アクションレイヤーの記述不足だ。スタイル語は調味料であり、主菜ではない。
本ガイドの残りでは、コピー＆ペーストで使える骨格と、kling-2.5-turbo テキスト→動画のためのレイヤー別レシピを紹介し、小さく信頼できるプロンプトライブラリを構築する手助けをする。
再利用可能なプロンプト骨格
以下の骨格から始めよう。上から下へ記入し、各スロットは短い一文に保つ。
[主体 + 2〜3の視覚的特徴], [具体的な動詞で主要アクションを記述],
[カメラワーク + 速度], [照明 + レンズ + 色彩],
[尺の一致に関する注記], avoid: [ネガティブ項目]
記入済みの例：
塩焼けの髭を生やした風霜にさらされた漁師、黄色いレインコートを着ている、
両手で交互に網を引き寄せる、ミディアムショットからクローズアップへゆっくりとドリーイン、
曇天の夜明け光、35mmレンズ、低彩度のティール調、
クリップ内で単一の連続したビートを保つ、avoid: 余分な手、テキスト、ブレ
各スロットの役割：
- 主体 + 特徴。通常2〜3の特徴で十分だ。それ以上は注意を奪い合い、レンダリング効果を薄める。
- 主要アクション。主動詞フレーズを一つ。2つのビートを望むなら、尺が短すぎる要求をしている可能性が高い——リズムの節を参照。
- カメラ。動き一つ、速度一つ。ドリーインとオービットを重ねると通常は濁る。
- スタイル。照明＋レンズの質感は、長文を書かずに雰囲気を制御するコンパクトな方法だ。
- 尺の一致に関する注記。自分自身（とモデル）へのリマインダー：アクションは要求したクリップ長の中で完了すべきだ。
- ネガティブ項目。短く具体的に。後述する。
プロンプトはバージョン付きのファイル——JSONまたはYAML——にスロットと対応するフィールドで保存しよう。これでプロンプトは設定になる：
{
"subject": "塩焼けの髭を生やした風霜にさらされた漁師、黄色いレインコートを着ている",
"action": "両手で交互に網を引き寄せる",
"camera": "ミディアムショットからクローズアップへゆっくりとドリーイン",
"style": "曇天の夜明け光、35mmレンズ、低彩度のティール調",
"negative": "余分な手、テキストオーバーレイ、ブレ"
}
これでどの実験も一つのフィールドだけを変え、スクリーンショットを凝視するのではなく実行結果を比較できる。
カメラワークのレシピ
カメラ言語はプロンプト作者が最も曖昧に書きがちな部分だ。「ダイナミックなカメラ」は動きではない。動き、方向、速度を明示しよう。以下はコピー＆ペースト可能なパターンだ。主体とスタイルを自分のシーンに合わせて差し替えてほしい。
パン（Pan）
シーンを左から右へゆっくり水平パン、等速、地平線は水平
用途：確立ショット、広い環境の提示、並んだ物体の走査。パンは穏やかで観察的な印象を与える——主体自体が静止しているときに適している。
ティルト（Tilt）
地面から主体の顔へゆっくりティルトアップ、等速
用途：スケールの提示（建物、木、背の高い人影）、または細部から環境へ注意を移す。ティルトはドラマチックになり得る。唐突さを避けるため低速を保つ。
ドリー（Dolly）
主体へゆっくりドリーイン、ミディアムショットからクローズアップ、滑らかでリニア
用途：親密さや緊張感の構築。ドリーはカメラと主体の空間関係を変える。近づくか遠ざかるかを明示し、開始と終了のフレーミングを与えれば、モデルはうまく処理する。
ズーム（Zoom）
わずかなズームイン、カメラは移動せず、開始時のフレーミングは不変
用途：空間を横断せずに強調する。ズームは過度に使うと最も偽物に見えやすい動きだ——わずかなを要求し、変化量を小さく保つ。
オービット / アーク（Orbit）
主体の周りをゆっくりオービット、90度、反時計回り、半径は一定
用途：キャラクターや製品の立体感を示す。アークの大きさと方向を明示する。指定のないオービットはクリップの途中でドリフトしたり逆転したりすることが多い。
経験則
- 1プロンプトに1つの動き。短いクリップで2つの動きは互いにぶつかる。
- 常に速度を明示する。「ゆっくり」「安定した」「等速」は安価だがブレを防ぐ言葉だ。
- 始点と終点を固定する。「ミディアムショットからクローズアップへ」は、その場で震えるのではなく軌道を計画する助けになる。
- 静止も有効な動きだ。時に
固定カメラ、動きなしがまさに正しい——特にキャラクターの演技では。
映像のように読めるアクションの語法
「痙攣する写真」のように見える最大の単一原因は、アクションレイヤーが動詞ではなく形容詞で構成されていることだ。比較しよう：
- 曖昧：ドラマチックでエネルギッシュなダンサーのシーン
- 具体的：ダンサーがかかとで一回転し、両腕を外へ広げ、その後静止ポーズで止まる
2番目はモデルに何が動くか、どの方向に、どれくらい速く、いつ止まるかを伝えている。これがレンダリングできる情報だ。
アクションチェックリスト
アクション節を書くときは、可能な限り以下を含める：
- 主体。誰または何が動くか。
- 動詞。物理的な動作：振る、注ぐ、持ち上げる、回す、折る、踏む。
- 方向。上へ、左へ、カメラの方へ、内側へ、時計回りに。
- 速度とリズム。ゆっくりと、一つの滑らかな動きで、素早く3歩で。
- 振幅。わずかなうなずき対全身の回転。
- 終点。動きがどこで止まるか——「その後静止を保つ」はループやドリフトを防ぐ。
修正前と修正後
曖昧：歩行者と車で賑わう通り
より良い：歩行者が歩道を左から右へ歩き、
背景で車が右から左へゆっくり通過する
曖昧：波が打ち寄せる
より良い：一つの波が盛り上がり、巻いて、砂浜に砕け、
泡が前方へ広がってから引いていく
実用的なヒント
- 多くの中途半端な動作より、一つの完了した動作を。一つのことをきれいにこなすクリップは、五つのことを中途半端にこなすクリップに勝る。
- 感情動詞ではなく物理動詞を使う。「そっと揺れる」はレンダリングできる。「懐かしさを感じる」はレンダリングできたとしても主にスタイルに影響する。
- 後続状態を明示する。「その後落ち着く」「その後止まる」「ポーズを保つ」は、このショットに目的地があることをモデルに伝える。
- 物理語に注意する。こぼれる、折り畳む、飛び散る、揺れるは、もっともらしい二次運動を示唆する——シーンに合うときに使う。
クリップがまだ静止して感じられるなら、まずスタイル形容詞を増やすのではなく、リズム（「一つの連続した動きで」）と終点を加えてみよう。
尺の制御とシーンのリズム
最もよくあるプロンプトの失敗は、言い回しの悪さではなく過負荷だ。作者は一つのビートしか入らないクリップに導入・転換・クライマックスを詰め込み、映像が濁るとモデルのせいにする。
ビートを長さに合わせる
クリップの長さを予算と考え、ビートに費やそう：
- 1ショット1ビート。明確な行動と明示的な終点は、短いクリップに快適に収まる。
- 2ビートは、一方が他方の継続である場合のみ（「カップを持ち上げ、そして飲む」）。
- 3ビート以上は、分けて生成し編集でつなぐものであり、一つのプロンプトに書くものではない。
有用なルール：プロンプトに「そして」が複数あるなら、それは一つのショットではなくシーケンスを書いている可能性が高い。
尺は設定に属し、散文に属さない
「10秒の長いシーン」をプロンプトに書いて祈ってはいけない。クリップの尺はリクエストパラメータで設定し、プロンプトをその尺に合わせる。散文的な時間ヒントはほとんどノイズを増やすだけだ。実際に効くのはパラメータだ。
prompt: バリスタが一定の細い流れでミルクをカップに注ぎ、
最後に小さな渦で締めくくる；固定カメラ、暖かい室内光
duration: short
プロンプトが自然に完了する連続した動作を記述していることに注意——埋め草も、第二のシーンもない。
役立つリズムのヒント
- 「一つの連続した動きで」は単一の途切れないショットを意味する。
- 「その後静止を保つ」はモデルに着地点を与え、ループ点ではなく意図的なリズムとして読める。
- 開始状態（「開始時カップは空」）は、モデルがアクション内で時間を配分する助けになる。
もっと物語が必要なとき
異なるプロンプトと一貫した主体/スタイル記述で別々のショットを生成し、それらを編集でつなぐ。これにより各生成は自分の快適領域に留まり、制御可能なカット点が得られる。リズムは編集の決定であり、プロンプトの仕事はクリーンで単一ビートの編集可能な素材を届けることだ。
過剰に制約しないネガティブプロンプト
ネガティブプロンプトは望まないものを抑制する。うまく使えば、繰り返し現れる瑕疵を除去する。悪く使えば、シーンと矛盾し、濁りを生む。
短く具体的に保つ
具体的な5〜8語で通常十分だ。美学語より瑕疵の名前を優先する：
avoid: 余分な指、重複した四肢、テキストオーバーレイ、ウォーターマーク、
ブレ、フレームのちらつき、歪んだ顔
良いネガティブリストは欠陥トラッカーだ：特定の繰り返し問題が観察されたときだけ増やし、問題が現れなくなったら剪定する。
よくあるカテゴリ
- 解剖学的瑕疵：余分な指、融合した手、歪んだ顔。
- 時間的瑕疵：ちらつき、ブレ、変形、クリップ内の突然の切り替え。
- オーバーレイ瑕疵：テキスト、字幕、ウォーターマーク、UI要素。
- 構図瑕疵：分割画面、コラージュ、枠、黒帯。
シーンと対抗するのを避ける
これが過剰制約の罠だ。プロンプトが群衆を要求しているなら、「人」をネガティブ項目に入れない。カメラが夜景なら、「暗闇」を否定しない。矛盾はモデルをどこも間違っている妥協へと押しやる。
過剰制約の兆候：
- 主体が柔らかくなる、またはぼやける。
- 動きが停滞する、またはクリップが早く凍結する。
- 同じプロンプトでネガティブ項目なしと比べて、スタイルが明らかに平坦になる。
こうなったら、ネガティブリストを半分に削って再テストする。通常は一つか二つの語が破壊的に働いている。
ネガティブ項目は明瞭さの代替にならない
手が常に誤ってレンダリングされるなら、ネガティブ項目は助けになるが、より明確なアクションの語法（「両手が見え、ハンドルを握っている」）の方がしばしば効果が大きい。瑕疵が起こりにくくなるようにポジティブプロンプトを書き、ネガティブ項目はセーフティネットとして扱う——主要な制御手段としてではない。
パイプラインでプロンプトをテストする
結果を再現できるとき、プロンプト作成は工学になる。目標は緊密なループだ：小さなバッチを生成し、すべてを記録し、ベースラインと比較し、一度に一つだけ変える。
再現可能なループ
- 生成。同じ骨格から小さなバリエーション群を生成する——通常3〜5個、一つのフィールドだけ異なる。
- 記録。完全なプロンプト、各リクエストパラメータ（尺、アスペクト比、APIが公開するシードやサンプリング設定）、タイムスタンプを記録する。
- 比較。出力を固定ベースラインクリップと並べて視聴する。どのレイヤーが変わり、それが何をもたらしたかを書き留める。
- 精錬。勝ったバリエーションを新しいベースラインに昇格させ、繰り返す。
記録は思う以上に重要だ
最小のログエントリ：
{
"run_id": "cam-dolly-03",
"prompt": "...",
"params": {"duration": "short", "aspect": "16:9", "seed": 4412},
"changed": "camera: ドリーイン -> 90度オービット",
"verdict": "オービットの方が立体感がある；ドリーインはより平坦に見える"
}
APIが対応する場所ではシードを固定し、カメラや言い回しの変化を比較可能にする。シードを固定しないと、差異が自分の変更から来たのかサンプリングノイズから来たのか判断できない。
小さなプロンプトライブラリを構築する
検証済みレシピのバージョン管理されたセットを維持する——各カメラワークに一つ、各アクション原型に一つ——それぞれパラメータセットと参照出力付きで。新しいショットは白紙からではなく、最も近いレシピを適応させて始める。これがチームが大量生成で出力の一貫性を保つ方法だ。
実用的なガードレール
- 各実行で一つのフィールドだけ変える。複数フィールドの変更は何も教えてくれない。
- 代表的な主体でテストする。ポートレートで調整したプロンプトは製品で失敗するかもしれない。
- ベースラインを固定する。各レシピに既知の良好なクリップを比較アンカーとして保持する。
- モデル更新後に再テストする。挙動は変わり得る。昨日効いたレシピは簡単な再確認に値する。
レシピが開発中に安定したら、同じプロンプトとパラメータオブジェクトをそのまま HiAPI.ai の統一APIを通じて本番生成に渡せる。これで検証したものがそのままリリースできる。
