2026年にSora 2のプロンプトを学ぶなら、まず「新しいアプリの使い方」ではなく、あとで移せるショット設計として扱う必要があります。OpenAIはSoraのWeb/App体験を2026年4月26日に終了したと説明しており、Sora APIも2026年9月24日に終了予定です。だから安全な書き方は、API設定とプロンプト本文を分け、各アイデアをログ付きのショット設計にして、アクセス、ポリシー、API終了が原因なら文章の書き直しを止めることです。
今のSora 2プロンプトガイドに必要なもの
いま役に立つのは「そのまま使える100個のプロンプト」ではありません。必要なのは、ルート、設定、被写体、動作、カメラ、光、音、期待結果、停止ルールを残すことです。この構造なら、Sora以外の動画モデルや次の制作ルートに移すときも使えます。
| 対象 | 現在の境界 | まだ役に立つ作業 | 止めるタイミング |
|---|---|---|---|
| Sora Web/App | 2026年4月26日に終了 | 過去のUI理解としてだけ参照する | 現行アプリ手順として書かない |
| Sora API / Videos API | 2026年9月24日に終了予定 | prompt anatomy、設定、結果ログを残す | ルートが使えない、または期限上プロジェクトに合わない |
| 公式のプロンプト構造 | カメラ、被写界深度、動作、光、スタイル、反復に使える | ショット設計へ変換する | 例文を成功保証として扱わない |
| 外部のプロンプト集 | 表現や需要のヒントになる | パターンだけ取り、自分の設計へ書き直す | そのリストを再現性の証拠にしない |
最初に判断するのは、プロンプトで画を制御したいのか、それともアクセス、費用、ポリシー、クレジット、API終了を解くべきなのかです。後者なら、言葉を足しても本質は変わりません。
API設定とプロンプト本文を分ける
Sora 2で無駄な再試行が起きる典型は、プロンプト本文にAPI設定まで背負わせることです。本文は何を見せ、何を聞かせるかを書く場所です。model、size、seconds、characters、input reference、利用ルートは別に記録します。
本文を書く前に、次の分離を作ります。
| フィールド | 置く場所 | 役割 |
|---|---|---|
| model | API設定またはルートメモ | sora-2、sora-2-pro、移行先モデル |
| size | API設定 | 横長、縦長、解像度 |
| seconds | API設定 | 尺と動作の余白 |
| characters | 対応ルートの入力 | キャラクター外観の再利用 |
| input reference | アップロードまたはリクエスト | 開始フレーム、参照画像、見た目の固定 |
| プロンプト本文 | prompt body | 被写体、動作、カメラ、動き、光、色、音、制約 |
| 停止ルール | prompt log | 次に直すのが文章か、ルートか、policyか、費用か、移行か |
「12秒の縦型Pro動画にして」と文章に書くだけでは不十分です。seconds: 12、size: 720x1280、model、referenceを設定側に残し、本文ではショットの演出だけを書きます。
記録の型はこうです。
hljs textRequest layer: Route: Model: Size: Seconds: Character or input reference: Prompt layer: Subject: Action beats: Camera and framing: Motion: Lighting and palette: Audio: Constraints: Log layer: Expected result: Observed result: Next move: Stop rule:
この分離は、Soraのルートが時間制限を持つからこそ重要です。APIが使えないなら、形容詞を増やしても戻りません。policyで止まるなら、同じ意図を遠回しにするのではなく、原因を切り分けるべきです。
プロンプト集ではなくショット設計を書く
ショット設計は小さな制作カードです。プロンプトギャラリーのように美しい一文を保存するのではなく、カメラマンや編集者に渡せる指示を残します。長く書くことではなく、評価できるように書くことが目的です。
使うフィールドは次の通りです。
| フィールド | 書くこと | 意味 |
|---|---|---|
| Shot ID | coffee-reveal-v1 のような短い名前 | 出力と再試行を結びつける |
| Route | Sora API、Videos API、移行先 | 古いアプリ手順とAPI設定を混ぜない |
| Settings | model、size、seconds、reference | コンテナ制御を本文から外す |
| Subject anchor | 変わってほしくない被写体、場所、人物 | シーンの中心を固定する |
| Action beats | 順番に起きる2から4個の動作 | 静止画説明で終わらせない |
| Camera | 構図、距離、角度、動き | 視聴者の見え方を決める |
| Motion | 速度、方向、タイミング、物理感 | ランダムな動きを減らす |
| Lighting and palette | 光、コントラスト、天候、色 | 雰囲気を制御する |
| Audio | セリフ、環境音、効果音、無音 | 音の期待値を明確にする |
| Constraints | 変えてはいけないもの | 商品形状、人物、文字、安全境界を守る |
| Expected result | 何なら合格か | レビューを具体化する |
| Stop rule | rewrite、route、policy、cost、migration | 無限の再試行を止める |
出力は必ずこのカードに照らして見ます。カメラは良いが商品が変わるなら、カメラは残してsubject anchorを強めます。速すぎるならsecondsやaction beatsを見直します。拒否されたなら、文章を隠すのではなく原因を調べます。
ぼんやりした案を制御できるショットへ変える
例文は、編集判断が見えるときに役立ちます。ルート、設定、合格条件がないコピペ文は、制作の半分しか担っていません。
| ぼんやりした案 | 制御できるショット設計 | 強い理由 |
|---|---|---|
| 映画っぽいコーヒー広告 | Route: Sora API。Settings: landscape short clip。Subject: ウォルナットのカウンターに置いた透明なグラスカップ。Action beats: エスプレッソが注がれ、クレマが上がり、湯気が朝の横光を受ける。Camera: テーブル高から45度でゆっくりpush-in。Lighting: 暖かい窓光、柔らかい影、背景は控えめ。Audio: 静かなカフェの環境音とカップの軽い音。Constraint: 読めるブランド文字を入れず、カップ形状を保つ。 | 「映画っぽい」ではなく、被写体、光、動作、ブランドリスク、合格条件がある。 |
| 未来都市のチェイス | Route: active video route。Settings: portrait test。Subject: 雨の高架市場を飛ぶ2機の配送ドローン。Action beats: 1機目が左に曲がり、ネオン看板を抜け、吊り下げケーブルを避け、配送台の上で減速する。Camera: 後方追跡、少し手持ち感、主体は安定。Lighting: 青い雨の反射と琥珀色の店明かり。Audio: 雨音、低いローター音、遠い人混み。Constraint: 衝突、武器、実在ロゴなし。 | 動きは残しつつ、危険な表現へ流れにくい。 |
| キツネの自然ドキュメンタリー | Route: migration-safe brief。Settings: 8秒横長。Subject: 雪の松林の端に立つ赤いキツネ。Action beats: 頭を上げ、耳を澄ませ、一歩進み、背後の枝から雪が落ちる。Camera: 固定telephoto feel、目線高さ、浅い被写界深度。Lighting: 冷たい夜明け、低コントラスト。Audio: かすかな風と雪音。Constraint: 自然な行動、人間なし、ファンタジーなし。 | 観察できる小さな連続動作があり、雰囲気語だけで終わらない。 |
コーヒーの例で偽の文字が出続けるなら、次は「ロゴをきれいに」ではなく、文字面を消すか別ルートを考えます。チェイスが衝突に変わるなら、動作を弱めます。キツネの形が2回続けて崩れるなら、別ルートのテストに移ります。
API終了前にprompt logを残す
prompt logは、失敗を毎回の偶然から知識に変えます。ログがないと、全部が新しい言い回し問題に見えます。ログがあれば、reference input、duration、policy、cost、route、sceneのどれが効いているか見えます。
最小限のログはこうです。
| フィールド | 例 |
|---|---|
| Version | coffee-reveal-v2 |
| Date | 2026-06-24 |
| Route | Sora API / Videos API |
| Settings | sora-2、landscape、8 seconds、referenceなし |
| Prompt change | action beatsを追加し、ブランド文字要求を削除 |
| Result | 湯気とカップの動きは改善。背景に偽文字が残る |
| Decision | action beatsを残し、文字面を場面から消す |
| Stop rule | 1回のクリーンな再試行後も文字が残れば、routeまたはpost-production判断へ移る |
| Migration note | settingsとproseを分けているので、別動画モデルに持ち込める |
ログは地味で構いません。地味だから役に立ちます。どのフィールドを変えたのか、結果がどう変わったのか、いつ止めるべきかを残すためです。
特に残すべきものは次です。
- 参考画像が文章より強く結果を変える場合。
- キャラクター、商品、主体の一貫性テスト。
- 尺を伸ばすとmotion errorが増える場合。
- 合規な言い換え後もpolicyやinvalid promptが繰り返される場合。
- コスト上、各再試行に理由が必要な場合。
- API終了後に移行が必要な仕事。
第三者ページの「安い」「速い」「安定」などは、そのページの主張として記録するだけにします。ルート所有者と自分のテストで確認していない限り、制作ログの事実にはしません。
次の一手がプロンプトではない時
プロンプトを書き直す価値があるのは、原因がまだ文章にありそうな時だけです。別のownerが原因なら、追加の言い換えは診断を遅らせます。
| 症状 | 可能性が高いowner | 次の一手 |
|---|---|---|
| routeやmodelにアクセスできない | account、region、organization、lifecycle | 英語の Sora 2 API Access Guide で確認 |
| invalidまたはunsafeで拒否 | policy、曖昧さ、リクエスト内容 | Sora 2 Error Invalid Prompt Fix で診断 |
| costやquotaが問題 | pricing、credits、duration、resolution | Sora 2 Pricing Per Second と Sora 2 Credits and Limits を確認 |
| 初心者向けの操作手順が必要 | product workflow | How to Use Sora 2 Video Generator Step by Step から始める |
| production fallbackが必要 | reliability、integration、migration | Sora 2 Video API Stable Solution または Sora 2 vs Veo 3 vs Kling へ分岐 |
安全や権利に関わる要求では、停止ルールを早く出します。有名人らしさ、著作権キャラクター、隠し回避、欺く表現を文章で包み直すべきではありません。許可されるタスクで、問題が曖昧さや構造にある時だけ書き直します。
ライフサイクルの停止もあります。2026年9月24日以降も再現したいなら、Sora専用設定だけに依存しないでください。ショット設計、settings、accepted output、result notesを残し、別ルートでテストします。
ひとつのプロンプトを回す手順
実作業では短いループにします。
- routeと現在の状態を書く。
- model、size、seconds、referenceを本文から分ける。
- subject、action beats、camera、motion、lighting、audio、constraintsを書く。
- routeがまだ使える時だけ生成する。
- expected resultに照らして見る。
- 1回につき主要変数を1つだけ変える。
- 2回の集中した失敗後は、ログに明確な理由がなければ止める。
- accepted brief、settings、output、migration noteを保存する。
本文の出発点はこの程度で十分です。
hljs textCreate an 8-second video shot of [subject anchor] in [setting]. The shot begins with [starting frame], then [action beat 1], [action beat 2], and [ending beat]. Use [camera framing] with [camera movement], keeping [protected detail] stable throughout. Lighting should be [lighting], with [palette] and [depth or texture cue]. Audio should include [ambient sound or silence] and avoid [unwanted sound]. Do not add readable brand text, public logos, celebrity likenesses, or extra characters. The acceptable result is [specific output standard].
このテンプレートはあえて普通です。価値は周辺の記録、つまりroute、settings、expected result、stop ruleにあります。
よくある質問
2026年でもSora 2のプロンプトを学ぶ価値はありますか？
あります。ただし新しいアプリ手順としてではなく、移行できるショット設計として学ぶ場合です。Web/Appは終了済みで、APIにも終了予定があります。
Sora 2のプロンプトには何を書くべきですか？
被写体、場面、動作、カメラ、動き、光、色、音、制約、期待結果を書きます。model、size、seconds、characters、input referenceはrequest settingsに分けます。
model、size、secondsはプロンプト本文ですか？
いいえ。これらはリクエスト設定です。本文でテンポを説明することはできますが、尺や出力形式の所有者はルート側のパラメータです。
Sora 2プロンプト生成ツールは使ってもいいですか？
下書きには使えます。ただし生成された文章を自分のショット設計に直し、route、settings、expected result、logを追加してから保存します。
invalid promptは書き方で直せますか？
曖昧さが原因なら直ることがあります。許可されない内容、アクセス不可、費用、API終了は、書き方では解決しません。
プロンプトは長いほど良いですか？
いいえ。ショットを判断できる長さで十分です。動作のある構造化された100から150語相当の設計は、形容詞だらけの長文より扱いやすいです。
参考画像やcharactersで本文の細部を省けますか？
省けません。見た目の固定には役立ちますが、action、camera、motion、lighting、constraintsは必要です。
Sora APIの終了後はどうしますか？
同じrouteが続く前提にしないでください。ショット設計、settings、accepted output、result notesを残し、別の動画ルートで再テストします。
