Creatify-Boreal プロンプトレシピ：すぐに使える UGC と製品動画のプロンプト

なぜプロンプトレシピが一度きりのプロンプトに勝るのか

creatify-boreal で UGC や製品動画を生成するチームは、最終的に必ず同じ壁にぶつかります。先週優れたクリップを生み出したプロンプトも、一語変える、製品を変える、あるいはチームメイトに渡すだけで、パフォーマンスが変わってしまいます。一度きりのプロンプトは手早く見えますが、それは二十本のクリップを手にして、どの指示がその良い一本を生んだのか分からなくなるまでの話です。

プロンプトレシピは、プロンプトをコードとして扱うことでこの問題を解決します。もつれた長文を書く代わりに、名前付きスロットを備えたパラメータ化テンプレートを維持します。スロットは目的、主体、フレーミング、スタイル、制約に一つずつ割り当てます。製品やキャンペーンに応じてスロットを埋め、構造は変えません。

効果はすぐに積み上がります。

• 再現性。 二人が同じテンプレートを埋めれば近い出力になります。足場が共有され、変数だけが異なるからです。
• バージョン管理。 レシピはリポジトリに置き、プルリクエストでレビューし、生成したクリップにタグを付けられます。
• テスト容易性。 フックを A/B テストするときは、プロンプト全体を書き換えてシグナルを失うのではなく、一度に一つのスロットだけを変えます。

これはその場しのぎの実験から再現可能なワークフローへの移行です。レシピが制作の単位であり、creatify-boreal はその背後にあるレンダリングエンジンです。本ガイドの残りでは、ほとんどの UGC と製品動画を駆動する三大モジュール——フック、人物のフレーミング、製品ショット——の具体的なレシピをたどり、その後それらを連鎖させ検証する方法を示します。

Creatify-Boreal プロンプトレシピの解剖学

レシピを書く前に、構成要素について合意しておきましょう。よく整備された creatify-boreal レシピには、それぞれ明確な変数を持つ五つの組み合わせ可能なブロックがあります。具体的な文言はあなたが決めますが、構造こそが再利用性の鍵です。

1. 目的ブロック

クリップが何を達成すべきか、誰に向けてなのかを一文で述べます。これが下流のすべての選択のアンカーになります。

目的：{duration} 秒の {format} クリップで、{audience} に対して {objective} を達成する。

2. 主体ブロック

画面に映るのは誰か、あるいは何か。人物主体のクリップでは出演者、製品ショットでは物品です。

主体：{presenter_or_product}、{key_trait}。

3. フレーミングブロック

カメラの距離、アングル、構図。スタイルとは分離しておくことで、同じフレーミングを複数のルックで再利用できます。

フレーミング：{shot_size}、{camera_angle}、主体は {placement} に配置。

4. スタイルブロック

視覚とトーンのレジスター——ライティング、テンポ、エネルギーレベル、美的参照を平易な言葉で記述します。

スタイル：{lighting}、{pacing}、{tone}。

5. 制約ブロック

出力が守らなければならないハードルール：アスペクト比、画面テキストの方針、避けるべき内容、ブランドセーフティの境界。

制約：{aspect_ratio}；{text_policy}；{avoid_list} を避ける。

完全なレシピはこれらのブロックを重ねたもので、変数スロットは埋めやすいよう明確に印を付けます。二つの実用的なルールがレシピを健全に保ちます。第一に、あるブロックを別のブロックに染み出させないこと。フレーミングがトーンを語り始めたら、トーンを独立して差し替える能力を失います。第二に、レシピライブラリ内で変数名を安定させること。スケールするときにスクリプトが一貫して埋められます。

レシピ：ユーザーのスクロールを止めるフックスクリプト

フックはどんな UGC クリップの最初の一拍であり、クリップのパフォーマンスが悪い最も一般的な原因でもあります。これを独立したレシピにすることで、動画全体を再指定せずに冒頭をテストできます。

すぐに使えるテンプレート：

目的：{hook_seconds} 秒の冒頭で、{audience} のスクロールを止め、次の一言を聞きたくさせる。
主体：{presenter_persona} がカメラに直接話しかけ、エネルギーは {energy_level}。
フレーミング：{shot_size} の自撮りスタイル、アイレベル、主体は中央。
スタイル：{lighting}、速いテンポ、会話的なトーン。
制約：{aspect_ratio}；フックのセリフは最初の一秒以内に発する；
画面テキスト：{text_hook}；{avoid_list} を避ける。

フックのセリフ："{hook_script}"
フックの種類：{hook_type}  # 例：problem-callout、curiosity、result-first、contrarian

製品に応じてこれらの変数を差し替えます：presenter_persona、hook_type、hook_script、text_hook。それ以外はすべて再利用可能な外殻です。

このパターンにはいくつかの利点があります。

• 一変数、一テスト。 実行間で hook_type だけを変えれば、特定のオーディエンスにどの冒頭アーキタイプが効くのかを推測ではなく把握できます。
• スクリプトと演出の分離。 ナレーションのセリフは独自のスロットにあり、コピーライターはフレーミングやスタイルに触れずに書き直せます。
• テキストフックの明示化。 字幕テキストはよくある静かな失敗点なので、レシピはそれを、そしてそれがどう現れるべきかを宣言するよう強制します。

小さな hook_type 値ライブラリを維持し、製品間でローテーションしましょう。数バッチ後には、どのアーキタイプがどのカテゴリに合うか分かり、ライブラリは真の資産になります。

レシピ：人物のフレーミングと演技

人物アバターこそが一貫性の真価を発揮する場所です。視聴者は一連のコンテンツの中で同じ出演者を認識すべきであり、つまりフレーミングと演技は毎回構想し直すのではなく再現可能でなければなりません。

すぐに使えるテンプレート：

目的：一貫した画面上の演技を持つ、{duration} 秒の出演者クリップ。
主体：{presenter_persona}、{wardrobe}、{expression}。
フレーミング：{camera_angle} で {shot_size}、主体は {placement} に、ヘッドルームは {headroom}。
スタイル：{lighting}、{pacing} の演技、{tone}。
制約：{aspect_ratio}；視線は {gaze_target} へ；手は {hand_behavior}；
{avoid_list} を避ける。

演技メモ：{speech_pace} の速さで話す；{emphasis_phrases} を強調する。

これを制御するつまみ

• shot_size と camera_angle はシリーズの視覚的署名を定義します。キャンペーン中はこれらを固定し、意図的なフォーマット変換をしたいときだけ変えましょう。
• placement と headroom は頭部を画面内に保ち、構図を安定させます。これはクリップが縦型フィード用に切り抜かれるときに最も重要です。
• gaze_target は出演者がカメラを見るか、カメラ外を見るかを決めます。視線の不一致は微妙ながら強いシグナルで、シリーズが継ぎ合わせだと示してしまいます。
• speech_pace と emphasis_phrases はスクリプトに触れずに演技を形成するので、同じ人物が複数のスクリプト変種を担えます。

presenter_persona、wardrobe、expression はキャンペーンごとに変わる変数として扱い、それ以外は固定の外殻として扱いましょう。二人目の出演者が必要なときは、レシピを複製し、この三つのスロットだけを変えます。フレーミングの言語はそのまま引き継がれます。

レシピ：製品ショットのプロンプトキュー

製品ショットはフックが約束した主張を担います。このレシピは物品そのものに焦点を当て、複数の生成にわたって視覚がブランドに沿うよう十分精密に記述します。

すぐに使えるテンプレート：

目的：{feature_to_showcase} を強調する {duration} 秒の製品ショット。
主体：{product_name}、{product_state}、{distinctive_detail}。
フレーミング：製品の {shot_size}、{camera_angle}、製品は画面内の {placement} に。
スタイル：{lighting}、{surface_context}、{motion}。
制約：{aspect_ratio}；ラベルの可読性：{label_rule}；色忠実度 {color_rule}；
{avoid_list} を避ける。

キュー：{cue_type}  # 例：rotation、reveal、close-up detail、in-hand demo

ブランドに沿ったキューを記述する

キューは製品ショットを意図的に見せる小さな指示です。汎用性の高い三つのキュー：

• cue_type は動きのメタファーを選びます。ゆっくりした回転はヒーローショット、クローズアップの細部は機能の証明と読まれます。語彙は少なく一貫させましょう。
• distinctive_detail は必ず見えるべき単一の特徴を名指しします。ショットごとに一つの細部だけを強制することで、カメラのさまよいを防ぎます。
• label_rule と color_rule は明示的なブランドセーフティ制約です。ラベルを読みやすく、色を忠実に保つと事前に宣言しておけば、後の再実行を省けます。

product_state と surface_context は変数なので、同じレシピが物品を手に持つ場合、棚に置く場合、実演の途中である場合のいずれにも当てはまります。これらの変数を差し替え、フレーミングとキューの語彙を保てば、製品ライブラリは視覚的な一貫性を保ちます。

レシピを組み合わせて完全な動画ワークフローにする

単独でも有用なレシピは、順序立てて並べるとパイプラインになります。典型的な UGC スタイルのクリップには三拍あります：フック、出演者の主体、製品の証明。各拍が一つのレシピに対応し、三者は同じ変数ソースを共有します。

連鎖

1. 変数を一度だけ解決する。 製品ごとの設定——人物、オーディエンス、フックの種類、見せるべき特徴、アスペクト比——を維持し、各レシピに与えます。これが連鎖を組み合わせ可能にする理由です。フックと製品ショットは同じ値を読むため、同じ製品とオーディエンスについて一致します。
2. フックを生成する。フックレシピで冒頭の方向性を固定します。
3. 出演者クリップを生成する。人物アバターレシピを使い、同じ人物とフレーミングの外殻を再利用します。
4. 製品ショットを生成する。製品レシピを使い、cue_type をフックが約束した特徴に向けます。
5. 各拍を組み立ててレビューする。シーケンスとして、フックの約束が製品ショットで本当に果たされているかを確認します。

config = { persona, audience, hook_type, hook_script, feature, aspect_ratio, ... }
beat_1 = hook_recipe(config)
beat_2 = avatar_recipe(config)
beat_3 = product_recipe(config)
video  = assemble([beat_1, beat_2, beat_3])

連鎖の実用ルール

• フレーミングの外殻を共有する。 三つのレシピを同じフレーミング語彙から導出し、各拍を繋いだときにショットサイズやアングルが不自然に飛ばないようにします。
• 約束は一つ。 フックの主張は製品ショットが示す特徴そのものであるべきです。不一致は釣り広告と読まれます。
• 各拍を独立して再実行可能に保つ。 製品ショットだけが弱いなら、クリップ全体ではなくその一拍だけを再生成します。

連鎖が安定すると、生成は設定の関数になります。設定を変え、再実行し、一貫した新しいクリップを得るのです。

プロンプトをスケールさせて反復・検証する

レシピは、数回の制御されたループを経て初めて本番投入可能になります。目標は、大量投入の前に低コストで確信を得ることです。

うまく機能するバージョン管理ループ

• レシピをリポジトリに置く。それを呼び出すコードと一緒に、安定したファイル名で、改訂ごとに一行の変更ログを添えて。
• プロンプトだけでなく設定もコミットする。 レシピとそれが実行時に使う変数が真の記録単位です。設定がなければ過去の結果は再現できません。
• 出力にレシピのバージョンをタグ付けする。 クリップが承認されたら、どのバージョンが生成したかを記録します。これが後に品質の後退を追跡する方法です。

小バッチでの検証

大量実行の前に、小バッチ——各レシピ変種につき数本のクリップ——を生成し、明確な基準で採点します。フックは最初の一秒で着地するか、フレーミングは一貫しているか、約束した特徴は見えるか、制約は守られているか。ちょうど一つのスロットだけが異なる変種だけを比較し、シグナルを帰属可能にします。

以下の条件が満たされたときだけ、レシピを大量生成へ昇格させます。

• 小バッチでの複数回の実行が耐えうるものであり、一本の幸運なクリップではない；
• 実行間のばらつきがあなたのブランドにとって許容できる；
• それを生んだ設定がコミットされ、タグ付けされている。

反復を止めるタイミング

収穫逓減はすぐに訪れます。単一スロットの修正を三回行っても品質にほとんど影響しないなら、制限は通常プロンプトではなくブリーフにあります。文言を磨くのではなく、目的ブロックや設定を見直しましょう。レシピを凍結し、タグを付け、実験を一段上のレベルへ引き上げます。

このループを回せば、あなたの creatify-boreal ライブラリは幸運なプロンプトの寄せ集めのフォルダではなく、保守可能でレビュー可能、自信を持ってスケールできるシステムになります。