この構造が解決する問題
ドリフトを抑える6ブロックプロンプト構造は、AIアニメ、OC、短編動画を継続して作る創作者にとって、狙い、参照、レビュー条件が一つの制作フローとしてつながる状態を作るための実務的な設計レイヤーです。見た目の雰囲気だけでなく、何を固定し、何を変化させ、どの順番でレビューするかまで決めることで、AI生成の結果は一気に扱いやすくなります。
長い一段落に全部を混ぜると、モデルがどの情報を優先するか勝手に決めます。この状態で形容詞を足し続けても、失敗理由は見えにくいままです。日本の創作者コミュニティで共有しやすいプロンプトにするには、キャラシート、絵コンテ、shot card、リファレンスの役割を分け、短い生成ごとに検証できる形へ落とし込む必要があります。
このガイドでは、ドリフトを抑える6ブロックプロンプト構造を使うときの考え方、ステップ別の書き方、制作パイプライン上の置き場所、コピーして使えるプロンプト例、よくある失敗を整理します。関連するテンプレートから始めるなら、90年代セルアニメのスナップを基点にすると扱いやすいです。
ブロック
第一に、生成ごとの目的を一つに絞ります。ドリフトを抑える6ブロックプロンプト構造では、全部を一回で解かせるより、本人アンカーとスタイルレシピを分けることを先に通す方が安定します。
第二に、アイデンティティのアンカーを短く固定します。顔、髪、衣装シルエット、アクセサリー、質感レシピのように、見れば分かる要素だけを残すと、プロンプトもレビューも軽くなります。
第三に、リファレンスの役割を分けます。キャラシートは本人確認、ポーズ資料は動き、背景資料は空間、スタイルレシピは質感を担当させます。
第四に、カメラとアクションを競わせないことです。被写体が大きく動くならカメラは控えめにし、カメラを見せたいなら動作は少なくします。
第五に、最後のフレームをレビューできる状態で終えます。安定した決めポーズや表情が残ると、編集、再生成、局所修正が楽になります。
順序が重要な理由
まず、今回のショットや素材が何を証明するためのものかを書きます。本人アンカーとスタイルレシピを分けることが通れば成功、というレベルまで絞ると判断が速くなります。
次に、キャラクターや世界観の固定要素をまとめます。長い設定語りではなく、髪型、衣装の形、アクセサリー、関係性、時間帯など、生成結果で確認できる項目を優先します。
そのうえで、動作、構図、カメラ、尺を短く指定します。5〜8秒のクリップなら主動作は一つ、補助モーションは二つまでに抑えると破綻しにくくなります。
スタイル指定は、キャラクター指定とは別の行に置きます。セル塗り、インク、水彩、ネオン、紙質、パレットなどを分けて書くと、スタイルがOCを上書きしにくくなります。
最後に制約を書きます。テキスト、ロゴ、透かし、余分な手足、衣装変更、意図しないフォトリアル化など、レビューで落とす条件を先に明記します。
生成後は、90年代セルアニメのスナップのような関連テンプレートと同じ観点で見直します。失敗した箇所だけを直し、通っている要素まで書き換えないことがコスト管理になります。
各ブロックのcaption規律
ドリフトを抑える6ブロックプロンプト構造は、単体のテクニックではなく制作判断を見える化するための層です。最初に何を固定するか、どの参照に何を任せるか、どの段階で仕上げに進むかを決めます。
ArcLoopのようなショット単位の制作では、キャラクターアセット、参照選択、低コスト下書き、局所修正、最終仕上げを分ける方が安定します。90年代セルアニメのスナップを使うと、その分解をテンプレート化できます。
重要なのは、失敗したときに原因が分かることです。顔、衣装、動作、背景、スタイル、声を全部同時に変えず、通った要素は守って失敗箇所だけを直します。
例 1：90年代セルアニメ
ドリフトを抑える6ブロックプロンプト構造の下書き。OCを一人、主動作を一つ、カメラを一つに制限する。本人アンカー、衣装、場所、時間帯、参照の役割、レビュー基準を短く書く。低ディテールで生成し、評価は本人確認、動作、カメラ、最終フレームだけ。文字、ロゴ、追加人物、余分な手足なし。
下書きは美しさではなく、構造が通るかを見るためのものです。
例 2：manhwaグラデーション
承認済み下書きにもとづくドリフトを抑える6ブロックプロンプト構造の最終パス。承認済みの本人、動作順、カメラ、画面方向、最終ポーズを維持する。追加するのは線の整理、光、背景の密度、髪や服の補助モーションだけ。新しい物語ビート、衣装変更、カメラ回転、読める文字、ロゴは入れない。
最終パスは新しい案ではなく、通った案の磨き込みです。
例 3：サイバーネオン雨景
ドリフトを抑える6ブロックプロンプト構造のレビュー基準を表にする。列は本人、衣装、動作、カメラ、感情、背景、仕上げ。各テイクに通過、要修正、破棄を付ける。二つだけ候補を残し、どちらを本命、どちらを予備にするか理由を書く。
選ぶ基準を先に置くと、好みだけで迷う時間が減ります。
この構造が崩れる場面
一番多い失敗は、ドリフトを抑える6ブロックプロンプト構造に複数の仕事を同時に背負わせることです。見た目、動き、感情、カメラ、スタイル、尺を全部一つの文に押し込むと、モデルは何を優先すべきか判断できません。
次に多いのは、失敗のたびに全体を書き換えることです。顔だけが崩れたなら本人確認を強め、動作だけが崩れたなら動詞を減らす、という小さな修正で十分です。
リファレンスの役割を曖昧にするのも危険です。きれいな一枚絵は顔の雰囲気には使えても、足元、背面、手の接触、空間の奥行きまでは保証しません。
最後に、制約を後回しにしないことです。テキスト、ロゴ、衣装変更、余分な指、読めない手、過剰なカメラ移動などは、最初からレビュー条件として入れておく方が安く済みます。
よくある質問
最初に何を決めるべきですか？
この生成で証明したいことを一つ決めます。本人確認、動作、カメラ、スタイルのどれを見たいのかが曖昧だと、レビューも曖昧になります。
参照は多いほど良いですか？
いいえ。参照は役割が明確なものだけ使います。一つの参照に複数の仕事を任せすぎると、結果の原因が追いにくくなります。
いつ本番品質へ進めますか？
本人、主動作、カメラ、最終フレームが通った後です。仕上げはその後に足すべきで、構造の失敗を隠すために使うものではありません。
