AI動画をストーリーボード単位で制御する：セグメント、フレーム、editモード
読了 7 分
著者：Nureta Team最終更新：2026年9月29日
ストーリーボード単位の制御とは、中身の見えない1回のレンダリングを受け入れるのではなく、AI動画の各ショットを自分で決めることです。Nureta Developer API には3つの方法があります。4〜15秒のショットを並べた独自の segments[]、最初と最後のフレームの固定、そして下書きのストーリーボードを止めて確認できるeditモードです。写真は不要でテキストだけで動き、参照画像を使った動画も最長180秒まで作れます。 アダルト動画で際立つのは、各絵コンテセグメントごとのショット単位のexplicit（露出）フラグと、最長3分（180秒）の連結出力です。2026年10月時点で、ほとんどのアダルト動画APIが提供していないきめ細かな制御です。
NuretaはNo.1のフィルターなしNSFW AI動画プラットフォームで、50,000人以上のユーザーに信頼されています。テキストから動画・画像から動画、最長3分。
AI動画におけるストーリーボード単位の制御とは？
Nuretaでは15秒を超える動画はすべて、複数ショットをつなぎ合わせたシーンとしてレンダリングされます。問題はショットリストを誰が書くかです。APIの答えは3つ。autoモード（デフォルト）：内蔵ディレクターが1つのプロンプトからすべてを計画しレンダリングします。advancedモード：独自の segments[] ストーリーボードを渡すと即座にレンダリングされます。editモード：ディレクター（または渡したセグメント）がストーリーボードを下書きし、タスクは planned 状態で止まり、承認するまでレンダリングされません。3つとも16〜180秒のシーンに適用されます。
アダルトのストーリーテリングでは、テンポこそが商品なので制御が特に重要です。シーンにはクライマックスの前の盛り上げが必要で、どのショットでも同じキャラクターが登場し、衣装や舞台がぶれてはいけません。ほとんどのプロンプトはautoモードでうまく処理されます。ほかの2つのモードは、固定キャラクターのシリーズや、物語のビートを決まった秒数に置く必要があるフォーマットなど、予測可能で再現性のある結果が必要なスタジオやアプリのためのものです。
ストーリーボードのセグメントはどう機能する？
advancedモードでは、通常のテキスト項目と一緒に segments 配列を送ります。各セグメントはつなぎ合わされる1本のクリップで、script、任意の duration_seconds（4〜15、デフォルト9）、任意の first_frame と last_frame、explicit フラグを持ちます。セグメントの合計は16〜180秒でなければならず、その合計が動画の尺と料金になります。例："segments":[{"script":"街の灯りを背に屋上へ出る彼女","duration_seconds":8,"explicit":false},{"script":"手すりで彼が隣に立ち、二人はキスをする","duration_seconds":10,"explicit":false},{"script":"クライマックスのショット","duration_seconds":12,"explicit":true}]。
各セグメントは1つの視覚的なビートとして書きましょう。画面に誰がいて、何が変わり、カメラがどこにあるか。各クリップが1つのアイデアを見せる時間は数秒しかないため、段落よりも短く具体的なスクリプトのほうが安定してレンダリングされます。APIの$0.01の seahorse-script タスクでスクリプトを生成しているなら、返ってくる各シーン（setting、beat、durationSeconds）はほぼ1対1でセグメントに対応します。
ショットごとの explicit フラグは何をする？
explicit フラグはショットごとに1つの問いに答えます。このショットで性行為が実際に起きるか？動画モデルは解剖学的な知識を持っていないため、explicit: true のショットは別の解剖学リファレンスのパイプラインを通ります。これを機能させるには、そのショットのスクリプトで動作を具体的に描写する必要があります。explicit なショットに「二人の距離が縮まる」のようなあいまいな一文だけだと、リファレンスが付かずソフトな映像になります。
explicit: false のショットは、視線、触れ合い、服を脱ぐ場面、余韻といった導入や物語のショットで、テキストだけからレンダリングされ、解剖学リファレンスは付きません。これがシーンを映画のようなテンポに保つ仕組みです。前振りは示唆的なまま、クライマックスだけが露骨になり、すべてのショットが同じトーンに平均化されることを防ぎます。editモードではディレクターがフラグを設定し、ショットごとに上書きできます。
最初と最後のフレームはいつ固定すべき？
first_frame や last_frame を固定すると、そのショットはフレーム条件付きでレンダリングされます。画像が冒頭または最後の絵になるため、サムネイルに合わせたいとき、前のクリップから続けたいとき、最後の構図をぴったり決めたいときに便利です。フレームは、単発クリップでは画像の role フィールドで、個々のセグメントで、またはeditモードのプランで設定できます。
固定したフレームは、そのショットのキャラクターと背景の参照を置き換えます。両者は併用できません。ショットの人物や見た目はフレーム自体から決まるので、すでにキャラクターが写っているフレームを固定するか、フレームは設定せず共通のキャラクター参照に全ショットの一貫性を任せましょう。単発クリップでも同じルールで、フレームか参照画像（最大9枚）のどちらかを送り、両方は送りません。
editモードでレンダリング前にストーリーボードを確認するには？
"mode":"edit" と15秒を超える duration で送信します。タスクは送信時に課金され、ストーリーボードを下書きして planned で止まります。scene フィールドには segmentCount、characterImage のプレビュー、そして index、script、durationSeconds、explicit フラグ、人物のいない backgroundImage プレビュー、フレームを持つ segments が入ります。callback_url を設定していれば、下書きが planned になったときにベストエフォートの下書き完了イベントが1回届きます。
下書きの編集には2つのエンドポイントがあります。PUT …/tasks/:id/plan は index ごとに生のフィールド（スクリプト、尺、フレーム。null でフレームを解除）を変更します。推奨は PUT …/tasks/:id/plan/structured です。各ショットの短いビートを編集するとサーバーが展開し直し、segments 配列が正となるのでショットの並べ替え、追加、削除が自由にでき、各ショットに background_image の背景プレートを指定でき、トップレベルの world、wardrobe、character で共通スタイルを上書きできます。再展開は非同期で、呼び出しは202を返し、シーンが再び planned になり reexpandStatus が ready になるまでポーリングします。
この制御にかかる費用と、取り消せること
編集で料金が変わることはありません。支払った合計は scene.lockedDurationSeconds として固定され、編集もレンダリングも、ショットの尺の合計がそこからずれたプランは拒否します。つまり1つのショットを短くしたら別のショットを長くする必要があります。プランが整ったら POST …/tasks/:id/render でレンダリングを開始します。その前に気が変わったら、POST …/tasks/:id/cancel で全額が即時返金され、タスクは cancelled で終了します。レンダリングしなかった下書きは自動で返金され、失敗したレンダリングも返金されます。
料金は前払い残高からの秒単位で、480pは1秒$0.1888、720pは$0.2773、1080pは$0.5428です。480pで60秒のストーリーボードは、何回編集しても約$11.33です。Nuretaアプリでも同じストーリーボード編集機能（ショットごとのスクリプト、尺、フレーム、背景、共通のWorld・Wardrobe・Character、露骨なショットを示すショット単位のトグル）を個人ユーザーが使えますが、料金体系は異なり、5秒・480pの動画1本が$1.29でUSDC払いです。