縦型ノベラとマイクロシリーズをAIで作るには？脚本からショットまで

短編小説・マイクロシリーズ・メロドラマの違いを整理する

スペイン語の novela corta は短い小説にも短編ドラマにも使われ、microserie は複数話で追う物語、culebrón は恋愛や秘密が絡むメロドラマを連想させます。TikTok 向けに縦型の連続ドラマを作るなら、小説本文や単発動画ではなく、話がつながる映像シリーズだと最初に定めましょう。人物関係の説明、各話の終わり方、各ショットで伝える情報が変わります。

まず「誰が見るのか」「主人公は何を望むのか」「何が妨げているのか」「次の話を見る理由は何か」を一文にします。そのうえで、手掛かりを明かす、仲間との関係を試す、決断を迫るなど、各話のドラマ上の役割を決めます。縦型は画面比率であって、それだけで緊張感が生まれるわけではありません。目的、障害、変化を各話に用意します。

手順の説明には架空の練習用プロットを使います。古い集合住宅で働くリアは見覚えのない鍵を見つけ、ルームメイトは知らないと言う。最後に、扉の向こうのメモが、ルームメイトだけが知る子どもの頃のあだ名でリアに呼びかけます。脚本とショットの整理を示す創作例であり、実在作品、顧客案件、生成画像ではありません。自分の設定に置き換える場合も、伏線のない人物を突然出すのではなく、前の情報から転換が生まれるようにします。

各話の転換点と次のシーンを設計する

主人公が今ほしいもの、具体的な妨げ、それに対する行動、新たに分かったこと、選択や結果の順に因果を組み立てます。転換点は最後の一文まで答えを隠すことではありません。台詞、小道具、しぐさの中に、見返したとき分かる手掛かりを置きます。視聴者が知っていることと主人公が知らないことを確認しましょう。情報差はサスペンスになりますが、人物が物語の都合で不自然な判断をする理由にはできません。

練習用の話では、リアの作業台に鍵があり、ルームメイトは知らないと言います。リアは鍵の古いラベルを、以前聞いた相手の昔話と結び付けます。最後のメモは二つの手掛かりをつなぎますが、書いた人は明かしません。次の話には、なぜ隠したのか、誰が部屋に入ったのか、鍵は何を開けるのか、という場面につながる問いが残ります。「まだ秘密がある」と告げるだけで終わらせません。

説明を演じられる動作に置き換えます。「ルームメイトが嘘だと気づく」ではなく、鍵をテーブルの中央に置いて返事を待つ。相手は鍵を見てから目をそらす。台詞で言い切らず、しぐさでためらいを見せられます。転換点が複数ある話は、感情の変化で場面を分け、各場面の終わりで目的、関係、危険のどれが変わるのかを書きます。

脚本から絵コンテとショットリストへ

各話の本文を場面説明、動作、台詞に分け、撮影または生成できる拍に整理します。ひとつのショットは、鍵の位置を見せる、リアがラベルに気づく、ルームメイトが否定する、二人の沈黙をとらえる、といった主な動作や反応を一つ担います。場所、人物の立ち位置、情報が変わるなら新しいショットが必要か検討します。リストの行数を増やすために、文を機械的に分割する必要はありません。

ショットリストには番号、場面、サイズ、被写体、動作、台詞、カメラの動き、尺の意図、必要な参照素材を記録できます。「緊張している」ではなく「鍵の刻みで指が止まり、ルームメイトを見る」のように画面で分かる内容を書きます。「映画らしく」も、具体的な構図や動きに置き換えます。各行単独で理解できるか、手掛かりを明かす順番が保たれているかを確認しましょう。

次に絵コンテを並べ、重要な動作のラフや参考フレームを選び、隣り合うショットの目線、立ち位置、小道具の状態を見ます。鍵がテーブルの左側にあったなら、次のショットで動いたかを示します。人物がドアから入った後も、視線とイマジナリーラインを読み取れるようにします。AIは文章のショット整理や画像案づくりを補助できますが、採用する内容は制作者が決めます。

人物の参照画像と縦型構図

縦型画面では人物、スマートフォン、机上の小道具を中心に置きやすい一方、周囲の情報が窮屈になりがちです。視聴者に見せる必要があるものを決めてから、人物と手掛かりを配置します。会話なら肩越し、前後の奥行き、交互の寄りで関係を伝えられます。画面端の手掛かりがトリミングや字幕、アプリの表示に隠れないか確認してください。セーフエリアは公開先で異なるため、実際の掲載場所で見直します。

人物の参照画像は髪型、衣装、アクセサリー、全体の印象を共有するのに役立ち、対応モデルでは入力にも使えます。ただし、モデルやショットをまたいで同一性を保証するものではありません。見やすい基準画像を選び、大きな衣装変更には別の参照を保存します。生成後は顔立ち、髪、襟元、小物、身長差をショットごとに比べます。ずれがあれば、参照画像、動作、画角、モデル入力のどこで分かりにくくなったか記録し、そのショットか前後を直すか判断します。

プロンプトには各ショットで見える動きと構図を書き、各話全体を一度の依頼に詰め込まないようにします。開始フレーム、終了フレーム、複数の参照画像が必要なら、利用中のモデルと接続先がどの入力に対応するか先に確認します。ショットリストに参照先と使用理由を残せば、確認できない「人物の一貫性」の約束ではなく、対象ショットを修正できます。

確認、生成費用、編集への引き継ぎ

生成前に、各行の脚本版、ショットの目的、画面比率、参照素材、モデル入力を確認します。方向性を見るため代表的なショットを少数選びますが、練習をテスト結果として扱いません。レビューではストーリー、構図、人物参照、技術設定の問題を分けて記録します。原因が分かれば修正しやすく、承認済み素材まで作り直す必要を減らせます。

生成費用はモデル、タスクの種類、送信する内容によって変わります。プラットフォームのクレジットを使う場合は、送信前に現在の見積もりを確認してください。BYOK は自分のモデル提供元を接続する方法です。Say Action のサービス料金と提供元のモデル料金は別の費用として、製品の最新の公開案内を確認します。

利用できるモデル、解像度、生成前のクレジット見積もりは制作画面で確認できます。最終的な消費クレジットは送信前に表示されます。

モデル提供元が生成の失敗を明確に確認した場合、仮確保されたクレジットを返還します。通信が途切れるなど結果や料金が確認できない場合は、二重精算を避けるため確認待ちになります。

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

編集担当にはショット番号と場面ごとに整理した素材を渡し、承認済み脚本、絵コンテ、参照元、クリップの版、未解決事項を添えます。編集工程でテンポ、音、字幕、つなぎ、連続性を整えます。生成した一つのショットは素材であり、完成した一話ではありません。公開前に全体を見て、転換点が伝わるか、動作がつながるか、縦型画面で重要な手掛かりが隠れていないか確認します。

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

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

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

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