YouTube 動画を AI プロンプトに変換する方法

youtube-video-to-prompt ワークフローは、あらゆる YouTube クリップからカットごとの描写を引き出します。カメラワーク、ライティング、アクション、色、テンポを取り出し、Veo、Seedance、Runway、Kling、その他どんな画像モデルにも入力できるテキストプロンプトとして再構成します。2026 年では、この経路は 1 年前より短くなりました。Gemini 2.5 のようなネイティブマルチモーダルモデルは、映像と音声トラックを 1 パスで読み取ります。そのおかげで、出力された描写は出荷に耐える品質になりました（Google Developers Blog, 2026）。本ガイドでは、ワークフロー全体を歩きます。何を生成するか、いつ価値があるか、法律の境界、4 つの抽出ステップ、そして多くの試みが壊れるポイントです。

要点

Gemini 2.5 は Google が出した最初のネイティブマルチモーダルモデルで、音声と映像を 1 パスで読みます。これが 2026 年に video-to-prompt の品質が跳ね上がった理由です（Google Developers Blog, 2026）。

長いクリップではトークン効率が重要です。公開 Braintrust ベンチマークで、Gemini Pro ファミリーは GPT-4o の約 3.5 分の 1 のトークン数で済み、GPT-4o mini に至っては約 111 分の 1 でした（Braintrust, 2025）。

YouTube の fair use ポリシーは転換的な利用（コメント、パロディなど）を認めますが、著作権保護対象の映像をコピーして 1:1 で複製することは含まれません（YouTube Support, 2026）。

安全な基本姿勢：自分が権利を持つ映像、または明確な許諾を得たクリップのみを変換し、許諾なしに特定の実在人物を指名して複製しないこと。

「YouTube 動画をプロンプトに」の本当の意味

youtube-video-to-prompt 変換は、生成の逆演算です。プロンプトを入力して動画を得るのではなく、動画を入力してプロンプトを得ます。多くの場合、被写体、カメラ、ライティング、色、動き、編集をカバーする構造化された描写です。出力はレシピです。あるカットのライティングを研究する、似ているがオリジナルなカット用のプロンプトを起草する、あるいは映画的手法を別のシーンから自分のプロジェクトへ翻訳する、といった用途に使えます。

二つの技術シフトが、このワークフローを 2026 年に実用可能にしました。第一に、フレームベース分析はフロンティアモデルの標準になりました。動画をサンプリングされた画像列として扱い、その系列全体で推論します（Roboflow Blog, 2025）。第二に、Gemini 2.5 は Google が出した最初のネイティブマルチモーダルモデルで、音声トラックと映像ストリームを 1 パスで合成します。そのため、たとえば大きくドンという音と速いパンが同期している、という判断ができます（Google Developers Blog, 2026）。かつてのワークフローは音声を剥がして純粋な視覚モデルにフレームを通すため、このタイミング信号を失っていました。

出力の質はモデルの動画予算に依存します。フロンティアプロバイダーはデフォルトで約 1 秒に 1 フレームをサンプリングし、引き上げもできます。だから 10 分の YouTube 書き出しを 1 回の呼び出しで綺麗に解析するのはまず無理です。まず切って、それから抽出します。

PixMind がホストする video-to-prompt ツールを試す

ワークフローはいつ意味があるか

リバースプロンプトは三つの場面で割に合います。一つ目は、あなたが既に権利を持つ参考映像を研究する場合。過去の自分の広告素材、書面で許可を得た顧客の映像、ライセンス契約したストックなどです。二つ目は、よく知らないモデル向けにプロンプトの骨組みを起草する場合。Seedance を一度もプロンプトしたことがなければ、求める見た目に近いクリップから描写を引っ張ると、白紙ではなく手直し可能な初期稿が手に入ります。三つ目は、チーム内で再利用可能なショットパターンのライブラリを構築する場合。

目標が「このバズり動画をそっくりそのまま複製する」なら割に合いません。その目標は二つの壁に当たります。法律の壁：YouTube の fair use ポリシーはコメント、批評、パロディのような転換的利用をカバーし、著作権映像を複製するためにコピーすることはカバーしません（YouTube Support, 2026）。実用の壁：モデルはフレーム精度の仕様を返しません。自然言語で見たものを描写し、焦点距離や色温度のような詳細でズレます。見た目には近づけます。法医級の一致は得られません。

[UNIQUE INSIGHT] リバースプロンプトを法医還元として扱うチームは大抵負けます。勝つチームはアイデア出しに使います。参照から三つの描写を引き出し、気に入った部分を混ぜ、変えたい部分を書き直して、それから生成します。製品化されるプロンプトは、三つのオリジナルのどれでもないことがほとんどです。r/PromptEngineering のコミュニティワークフローも同じパターンを語ります。価値は構造化されたノートにあり、一回限りのクローンにはありません。

ステップ 1：本当に権利を持っている動画を選ぶ

ツールの前に、権利の問題を片付けます。最も綺麗な情報源は、自分で撮った素材、顧客から書面で受けた素材、ライセンス契約したストック、および帰属表示要件を満たせるパブリックドメインやクリエイティブ・コモンズのクリップです。YouTube は各動画の下にライセンスを表示します。CC-BY クリップはクレジット付きで利用でき、「標準の YouTube ライセンス」はアップローダが全権利を留保することを意味します。

二つの具体的な境界を示します。第一に、映像自体の著作権です。保護されたシーンを無断で複製することは、AI を挟んでも従来と同じリスクを伴います（YouTube Support, 2026）。第二に、クリップに識別可能な人物が映る場合、肖像権とプライバシーは著作権とは別個に立ち上がります。モデルは顔を描写できます。その描写を使って、ある一般私人のそっくりさんを同意なく生成するのは、著作権ライセンスでは解決しない問題です。迷った場合は、映像と人物の肖像権の両方を自分が制御できるクリップでのみ作業します。

ステップ 2：クリップからフレームと音声を抽出する

ほとんどのワークフローでは、YouTube の URL を直接モデルに渡しません。クリップをダウンロードし、必要な 20〜60 秒だけをモデルに渡します。理由は二つです。第一に、ほとんどの API プロバイダーは任意の YouTube URL をあなたの代わりに取得しません。第二に、長尺動画を全部サンプリングすると、不要なシーンにトークンを浪費します。

機械的なステップは単純です。yt-dlp のようなツールが指定解像度でソースファイルを引き、ffmpeg が所望のウィンドウに切り抜きます。解析が視覚のみなら音声を捨て、モデルにタイミングを読ませるなら別個の音声トラックを書き出します。最初のパスではクリップを 60 秒未満に保ちます。フロンティアモデルはデフォルトで約 1 秒に 1 フレームでサンプリングするため、60 秒で約 60 フレーム、API 呼び出し一回分の妥当な予算です。

# 02:14 から 30 秒のウィンドウを切り抜き、音声を保持
ffmpeg -ss 00:02:14 -i source.mp4 -t 30 -c:v libx264 -c:a aac clip.mp4

クリップの動きが激しい場合は、モデル呼び出しでサンプリングレートを倍にします。余分なトークンはペイします。ゆっくりした会話シーンなら 1 秒に 1 フレームで十分です。

ステップ 3：クリップをマルチモーダルモデルに通す

プロンプトが実際に書かれるのはここです。切り抜いたクリップをネイティブマルチモーダルモデルに渡し、構造化された形でショットを描写するよう依頼します。モデルはフレームを読み、対応していれば音声も読み、テキストを返します。

Prompt template — video to structured shot description:

You are a cinematographer logging a reference clip. Watch the attached video
and return JSON with these fields for each distinct shot:
- subject: who or what is in frame
- camera: framing (close-up, medium, wide), angle, movement
  (static, pan, tilt, dolly, handheld, whip)
- lighting: source, direction, color temperature, hardness
- color: palette, saturation, contrast
- lens: apparent focal length, depth of field
- motion: in-frame action and pace
- transition: how this shot hands off to the next

Be concrete. "Warm key light from camera-left, soft fill, deep shadow
on the right" beats "moody lighting".

Gemini 2.5 は 2026 年の最強のデフォルトです。音声と映像を 1 パスで処理し、トークン効率も高いからです。Braintrust の公開ベンチマークで、Gemini Pro ファミリーは GPT-4o の約 3.5 分の 1、GPT-4o mini の約 111 分の 1 のトークンしか使いませんでした（Braintrust, 2025）。長いクリップではこの差がすぐ積み上がります。GPT-4o と Claude は、生の描写が手に入った後のテキスト精製パスでは引き続き強いです。動画取り込みパスそのものでは最安選択ではありません。

運用上の注意。ネイティブマルチモーダルは全知と同義ではありません。モデルは依然としてブランドロゴを見落とし、特定のカラーコードを誤り、似たカメラワークを混同します。出力をドラフトとして扱い、仕様書としては扱いません。

video-to-prompt ツールファミリーの詳しいガイドを読む

ステップ 4：生の出力を再利用可能なプロンプトに書き換える

生の描写はまだプロンプトではありません。ノートです。最後のステップは、ノートをターゲットモデルが期待する構文で書き直し、変えたい部分を削り、参考が示さなかったが必要な要素を補うことです。

モデルファミリーごとにプロンプトの読み方は異なります。Veo と Seedance は、カメラ語彙を明示した自然言語のシーン描写を求めます。Runway は同様の自然言語スタイルを受け付けます。Midjourney や Flux のような画像モデルは、重み付きのカンマ区切りタグを好みます。動画参照から画像ターゲットに渡る場合、この翻訳が効いてきます。Veo 向けに書かれた同じショット描写を Midjourney に貼っても、同じ静止画は出ません。

Reference description (from the multimodal pass):
  subject: woman in red coat, medium shot
  camera: slow dolly-in, eye level
  lighting: overcast, soft, cool
  color: muted blue-grey, low saturation
  motion: still subject, coat flutters in wind

Rewritten for a video model (Veo-style natural language):
  Medium shot of a woman in a red coat standing still, coat flutters in
  the wind, slow dolly-in at eye level, overcast soft cool light, muted
  blue-grey palette, low saturation.

Rewritten for an image model (Flux/Midjourney-style):
  medium shot, woman in red coat, coat fluttering in wind, eye-level,
  overcast soft light, cool muted blue-grey palette, low saturation,
  cinematic

何が変わるかに注目します。Veo 版は一文として読めます。Veo が散文を期待するからです。画像版はカンマ区切りです。Midjourney と Flux がその形式でトークンに重みを付けるからです。同じ描写で二つの面。ライブラリ全体でこの変換を標準化したい場合、別個の text-to-prompt パスが役立ちます。参照を一度書き、あとはテキストモデルに任意のターゲット向けに翻訳させます。

Text to Prompt ツールで再利用可能な骨組みを作る

ほとんどの YouTube 動画→プロンプトワークフローが壊れる理由

三つの失敗モードが、大半の悪い出力を説明します。第一は、モデルに動画を与えすぎること。1 秒 1 フレームで 10 分のクリップは 600 フレームです。モデルの注意が漂い、描写がショットリストではなく要約になってしまいます。常に先に切り抜きます。第二は、非構造な描写を求めること。オープンなプロンプト（この動画を描写して）は、ターゲットモデルのプロンプト構文にマッピングしにくい散文を生成します。名前付きフィールドの JSON スキーマは、フィールド単位で編集できるものを返してくれます。第三は、書き換えステップを飛ばすことです。異なるプロンプト文法を期待するモデルに生の描写をそのまま貼ると、出力が濁ります。常に翻訳します。

[PERSONAL EXPERIENCE] 私たちが PixMind ガイド向けにリバースプロンプトワークフローをテストした際、単一の変更で最も質が跳ね上がったのはスキーマ強制でした。同じクリップを「この動画を描写して」に通した場合と上記の JSON テンプレートに通した場合とで、結果は大きく異なりました。スキーマ版はフィールド単位で編集でき、散文版はゼロから書き直す必要がありました。私たちは現在、抽出のたびにデフォルトでスキーマを使っています。最終ターゲットが自然言語モデルであってもです。

四つ目の、より静かな問題は過信です。モデルは、誤解した事柄について自信満々の描写を返します。35mm レンズを 50mm と呼び、実光源を窓と呼び、タングステンのホワイトバランスを太陽光と呼びます。生成前に描写をクリップと照合します。

どのツールがワークフローを自動化するか

yt-dlp、ffmpeg、直接 API 呼び出しでパイプライン全体を手動で回せます。最も安く、フレームレート・トークン予算・スキーマを最もコントロールできる経路です。初回セットアップは最も遅い経路でもあります。配管なしで結果が欲しいチーム向けに、専用ツールが同じ基盤メカニクスを UI に包みます。

PixMind はホストされた video-to-prompt ツールを提供し、ブラウザ内で抽出を実行して、構造化されたショット描写を返します。それは下流のどんなモデルにも貼り付けできます。ソースが長尺 YouTube ではなくショートプラットフォームのクリップなら、YouTube Shorts to Prompt バリアントが縦型フォーマットと速いカットを処理します。逆方向、image to prompt には、image-to-prompt ツールが単一フレームで同じ仕事をします。

YouTube Shorts to Prompt バリアントを試す

ツールの選択はワークフローの失敗モードを変えません。API を自分で呼んでもボタンを押しても、切る、抽出する、書き直す、という同じルールが当てはまります。ツールが節約するのは時間です。ステップは飛ばせません。

よくある質問

YouTube 動画をプロンプトに変換するのは合法ですか

クリップと用途によります。YouTube の fair use ポリシーは、コメント、批評、パロディのような転換的利用を許可します（YouTube Support, 2026）。著作権映像を 1:1 で複製するためにコピーするのは転換的ではなく、カバーされません。安全な基本線は、自分が所有する、または明示的な利用許諾のある素材のみを変換することです。

まず動画をダウンロードする必要がありますか

ほとんどのワークフローで、はい。フロンティアモデルの API は通常、あなたの代わりに YouTube URL を取得しません。yt-dlp でソースを引き、ffmpeg で関心ウィンドウに切り抜き、ファイルをモデルに渡します。クリップを 60 秒未満に保つとトークンコストを抑えられます。

2026 年に video-to-prompt 向きの最適モデルはどれですか

Gemini 2.5 が最強のデフォルトです。ネイティブマルチモーダルで、音声とフレームを 1 パスで処理し、トークン効率も高いからです（Braintrust, 2025）。GPT-4o と Claude は抽出後のテキスト精製パスで強いです。フレーム精度の仕様を返すモデルはありません。すべての出力をドラフトとして扱います。

このプロンプトを使って元のショットを再現できますか

近づくことはできても、正確な再現はできません。モデルは自然言語で見たものを描写し、焦点距離、色温度、レンズ選択のような詳細でズレます。出力をオリジナルショットのアイデア出しに使い、法医級のレシピとしては使いません。

元クリップに実人物が映っている場合は

映像の著作権と人物の肖像権は別の問題です。権利のある映像であっても、識別可能な私人のそっくりさんを同意なく生成すると、肖像権とプライバシーを侵害するおそれがあります。安全な経路は、映像と肖像権の両方を自分が制御できるクリップでのみ作業することです。

結論

youtube-video-to-prompt ワークフローは、クリップを構造化されたショット描写に変換します。それは研究し、編集し、任意のターゲットモデル向けのプロンプトに書き直せます。2026 年の仕組みは単純です。権利を確定し、クリップを切り抜き、JSON スキーマでネイティブマルチモーダルモデルに通し、出力をターゲットモデルのプロンプト文法で書き直します。法律の境界と先に切るというルールの二つが、飛ばされがちなステップです。そしてどちらかを飛ばすところで、大半の試みが壊れます。

パイプラインを自分で組まずに利用可能な抽出から始めたい場合は、ホストされた PixMind の video-to-prompt ツールを使ってください。縦型ショート動画には YouTube Shorts to Prompt バリアントを試してください。画像のみのケースには image-to-prompt を使います。クリップ間で再利用可能なテキスト骨組みを構築するには Text to Prompt を使います。

出典

Google Developers Blog, Advancing the Frontier of Video Understanding with Gemini 2.5, 取得日 2026-07-19, https://developers.googleblog.com/en/gemini-2-5-video-understanding/
Braintrust Blog, Evaluating Gemini Models for Vision, 取得日 2026-07-19, https://www.braintrust.dev/blog/gemini
Roboflow Blog, Google's Gemini Multimodal Model: What We Know, 取得日 2026-07-19, https://blog.roboflow.com/gemini-what-we-know/
YouTube Support, Fair use on YouTube, 取得日 2026-07-19, https://support.google.com/youtube/answer/9783148

YouTube 動画を AI プロンプトに変換する方法