Seedanceカメラワークプロンプト指南：監督構文でブレないカメラワークを制御する

小説的描写を排し、撮影監督の視点で記述する

Seedance 2.xやSeedance 2.5などの動画生成モデルを利用する際、プロンプト入力欄を小説のように文学的に記述することは、カメラワークが破綻する最大の原因です。「カメラは物憂げに薄暗い部屋を彷徨い、主人公の深い孤独と渇望を捉える」といった叙情的な表現は、拡散モデルのクロスアテンション層に大量の曖昧な感情形容詞を流し込みます。動画生成の潜在空間において感情的な修辞は表情や光の揺らぎとして解釈されやすく、仮想カメラの3次元的な速度ベクトルとしては認識されません。その結果、表情は不自然に歪む一方で、カメラは全く動かないか激しく震える事態に陥ります。

商用の縦型ショートドラマ制作では、撮影監督（DP）がカット割り表を組むように思考を切り替える必要があります。動画拡散モデルは、明確な物理的幾何パラメータが与えられた際に最も高い空間的一貫性を発揮します。すなわち、光軸の変位方向、焦点距離によるパース感、水平パンやチルトの方向、そして明確な被写体アンカーです。優れたカメラプロンプトは情緒的な文章を排除し、仮想カメラが空間のどこに配置され、どの軸に沿ってどの速度で移動し、誰を画面の中心に捉え続けるのかを明確に定義します。

Say Actionのキャンバス上では、プロンプト構文がモデルの実行パラメータと直結しています。Seedance 2.5は最大8000文字のプロンプト入力と1〜15秒の動画生成に対応し、首尾フレームによるアンカー固定やマルチモーダル参照をサポートします。しかし、長文を受け付けるからといって無駄な文章でプロンプトを埋めてはなりません。監督仕様の体系的な構文を用いることで、時間軸の潜在空間に正確な運動ベクトルを付与し、意図しないカメラの回転や背景の歪み、アングルの急変をレンダリング前に防ぐことができます。

4部構成のカメラ構文式と6大実戦モジュール

Seedanceで再現性の高い安定したカメラワークを得るには、標準化された4部構成の構文式を採用します：カメラ動作：[リグの運動形式] + [速度とベクトル] + [被写体アンカー] | レンズと光：[ショットサイズと焦点距離] + [光源方向]。プロンプトを独立した節に分離することで、単語同士の意味の衝突を防ぎます。運動形式は実写の機材動作（ドロー、トラック、パン、クレーン）を指定し、速度節で空間変位の強弱を限定し、被写体アンカーで視線や胸元の位置を固定し、レンズ節で画面の奥行きとフレーミングを固定します。

カメラが制御不能になるクリエイターの多くは、「カメラが動く」といった曖昧な指示を使っています。実際の制作現場において、Seedanceは検証済みの6つの古典的カメラワークに最も素直に反応します。特にスマートフォンの9:16縦型構図において、これらのモジュールは物語のテンポを維持しながら、パースの崩壊や顔の変形を防ぐ高い安定性を持っています。例えばスロードローイン（緩やかな寄り）は会話の山場で緊張感を高め、三脚固定のフィックスショット（静止撮影）は激しい感情表現でもブレない安定感をもたらします。

下の表は、実証済みの6大カメラワークモジュールの構文パターン、視覚的演出の狙い、およびショートドラマ制作における推奨事項をまとめたものです。各モジュールは仮想レンズを空間幾何学に強固に結びつけ、AIに明確な物理的ガイドラインを提供します。

構文パターンはSay ActionキャンバスにおけるSeedance 2.xおよび2.5の公式パラメータに基づいています。生成結果はAIの確率的出力を含むため、本番採用前に目視確認が必要です。

黄金律：1カットに割り当てる主要カメラワークは1つに絞る

AI動画のプロンプト作成において最も致命的なミスは、「カメラが上空から急降下し、主人公の瞳に急接近したのち、頭部を360度旋回しながら見上げる」といった複数の相反する運動を1つのプロンプトに詰め込むことです。実際の映像制作において、こうした複合的な長回しには大型クレーンやステディカム、緻密な動線設計が必要です。動画拡散モデルにおいて極めて短いフレーム数の間に複数の複雑な軌道を強制すると、数学的な勾配の衝突が発生し、四肢の溶解や背景の崩壊、予期せぬジャンプカットが確実に発生します。

縦型ショートドラマの1カットは、平均して2〜4秒（48〜96フレーム程度）で構成されます。この短い時間で観客の目が快適に追従できるのは、単一の明確な視点移動だけです。「1カット1運動」の原則は、絵コンテの各行に単一の主運動（前進、並行移動、水平パン、または完全静止）のみを割り当てることを意味します。周囲の状況を見せてから手元の手紙をクローズアップしたい場合は、1つのプロンプトで繋げようとせず、絵コンテ上で2つのカットに分割してください。カット1をクレーン下降で環境提示とし、カット2を手元への固定特写に割り振ります。

Say Actionのキャンバス上でこの原則に従うことは、制作時間と計算コストの節約に直結します。編集可能な絵コンテ行ごとに単一運動のプロンプトを割り当てることで、カット単位での確認、生成、差し替えが独立して行えます。カット2の演技が完璧でカット1のカメラ速度だけを微調整したい場合、カット1のノードだけを修正して再生成すれば済みます。シーン全体の他のカットに影響を与えず、効率的な制作進行を維持できます。

カメラ運動プロンプトとキャンバスキーフレームノードの連携

画像生成プロンプトと動画運動プロンプトの役割分担を混同するクリエイターは少なくありません。従来のテキストから動画を生成する手法では、外見、衣装、背景、照明、カメラワークをすべて1つの文章で記述する必要がありました。しかしSay Actionの画像から動画を生成するワークフローでは、首フレーム（First Frame）画像ノードによって視覚的基準が提示されます。顔立ち、髪型、衣装の質感、ライティング、初期構図は入力画像にあらかじめ表現されています。そのため、動画ノードに送るカメラプロンプトでこれらの美術要素を原則として重複して記述する必要はありません。

首フレームが接続されている場合、カメラプロンプトは「その静止画を起点としたカメラの移動軌道と演者の微細な動作」のみに特化させるべきです。例えば首フレームに緊張した面持ちの登場人物がデスクに座っている場合、動画プロンプトは Camera: slow push-in toward character eyes | Action: character slightly tightens jaw, eyes track screen-right, subtle breathing のように簡潔にまとめます。同じキャラクターの参考画像をそろえ、モデルが対応していれば開始・終了フレームにも設定します。カットごとに顔、衣装、光の向きを比べて調整しましょう。使える入力は接続先によって異なり、参考画像だけで完全な一致が保証されるわけではありません。 プロンプトの重みを無駄な外見説明から解放することで、Seedanceはカメラパスの滑らかな補間処理に計算リソースを集中させることができます。

カットの開始位置と終了位置を厳密に制御したい重要な場面では、Say Actionキャンバスの首尾フレーム（First Frame & Last Frame）両スロットを活用します。開始と終了の2枚のキーフレームが接続されている場合、カメラプロンプトはA地点からB地点への空間移動を記述する補間ブリッジとして機能します。2枚の画像の間で光源の向きや人物の比率が一致していれば、カメラプロンプトの誘導によってショット間の連続性を大きく改善できます（生成結果はモデルの挙動に左右されるため確認が必要です）。

カメラの乱れ・歪みのトラブルシューティングと計算コスト管理

正しい構文を用いても、特定の条件下ではAI特有のカメラの乱れが生じることがあります。生成された動画に細かなブレや微振動が発生する場合、プロンプト内の環境動詞（「吹き荒れる風」「激しい雨」など）をモデルがカメラ自体の振動と誤認しているケースが多く見られます。この場合は、プロンプトに Camera: locked-off tripod shot, zero camera shake, fluid mechanical movement のように明確な手ブレ抑制語を追加してください。逆にドキュメンタリー風の揺らぎを意図する場合は、暴走を防ぐため subtle organic handheld drift, steady operator motion と記述します。

カメラ移動に伴う人物の顔の崩れは、カメラの移動速度がモデルの同一性維持の限界を超えているサインです。寄り（ドローイン）の最中に顔立ちが変形する場合は、速度指定を slow, subtle dolly-in へと緩めるか、動画ノードの運動強度スライダーを下げてください。9:16縦型動画では、被写体をセーフエリアの中央付近に維持し、カメラ移動によって頭部や重要な持ち物が画面外に途切れないよう構図を配慮します。

ショートドラマの商業制作では、表現品質とコスト管理のバランスが欠かせません。Say Actionでは、絵コンテ行内でのカメラプロンプトの編集や構成の検討自体は完全無料です。プラットフォームのポイントは、選択した解像度や秒数に応じて動画生成ノードを実行する段階でのみ消費されます。利用できるモデル、解像度、生成前のクレジット見積もりは制作画面で確認できます。最終的な消費クレジットは送信前に表示されます。 モデル提供元が生成の失敗を明確に確認した場合、仮確保されたクレジットを返還します。通信が途切れるなど結果や料金が確認できない場合は、二重精算を避けるため確認待ちになります。

自分のAPIと外部のAPI中継サービスを接続する

モデルの接続設定でBase URLとAPIキーを入力し、提供元のドキュメントに従ってAPIの方式、モデルID、必要なヘッダーを設定します。生成前に、使いたい画像・動画の生成方式に対応しているか確認してください。パス、解像度、開始・終了フレームの指定方法は接続先によって異なります。未対応サービスの接続リクエストは、対応を保証するものではありません。

BYOKではAPIの接続先、モデルのキー、カスタムヘッダーを設定できます。OneAPIやNewAPIなどを使う場合は、実際のAPIに合うOpenAI・Gemini・Claudeの方式を選び、モデルIDと画像・動画APIの対応状況を確認してください。すべての中継サービスや独自仕様に自動対応するわけではありません。BYOKでのモデル利用にはプラットフォームの上乗せ料金や生成クレジットの消費はありませんが、ワークスペースとモデル提供元の利用料金は別途かかります。

信頼できる提供元だけに接続し、本番環境ではHTTPSを使用してください。リクエストはログイン認証されたバックエンドを経由し、必要なプロンプト、参考素材、認証情報が送信に使われます。APIキー、パスワード、秘密情報を含むヘッダーを公開キャンバスやスクリーンショット、サポートへの申請に載せないでください。