画像生成プロンプトエンジニアリング — ユニバーサル
あらゆる現代的な画像生成・編集モデルに対応した、汎用的なプロンプトエンジニアリングスキルです。デフォルトではモデルに依存しない動作をしますが、ユーザーがモデル名を指定した場合には、モデル固有のガイダンスに切り替わります。
強力なプロンプトは、モデルを問わず同じ構造を持っています — 被写体、環境、照明、カメラ/レンズ、スタイル、フォーマット、そして(編集の場合は)何を保持するか。異なるのは構文の表面です。Midjourneyは--flags、GPT Image 2は構造化JSON、GPT Image 2.5は役割割り当て参照とロックリスト、Nano Bananaは参照画像への自然言語アドレッシング、SDXLは重み付けトークンブロックとネガティブプロンプト、FLUXは散文密度、Ideogramはタイポグラフィに最も優れています。
このスキルを使用するタイミング
- ユーザーが任意のモデルの画像プロンプトの作成や改善を依頼した場合
- ユーザーがアップロードした画像を編集したい場合(衣装変更、背景変更、顔保存スタイル変更、オブジェクト追加/削除、インペインティング)
- ユーザーがアイデンティティ保存ポートレート、有名人統合、経年変化シーケンス、複数キャラクターのグループショットを要求した場合
- ユーザーがベントウ/インフォグラフィックレイアウト、アイソメトリックジオラマ、分解図プロダクトポスター、雑誌表紙、漫画パネル、ストーリーボードグリッド、Eコマースメイン画像、YouTubeサムネイルを希望する場合
- ユーザーがスタイル固有のプロンプトを必要とする場合:シネマティック、Kodak Portra、アニメ、3Dちびキャラ、ピクセルアート、バロック調、浮世絵、スイスデザイン、サイバーパンク、RAW iPhone、90年代コンパクトカメラ、35mm直射フラッシュ
- ユーザーが「顔を保存」、「同じ顔を100%」、「背景のみ変更」、「ポーズを維持」、「マルチビュー」、「アクションフィギュアボックス」、「分解図」に言及した場合
- ユーザーが
{argument name="..." default="..."}プレースホルダーを使ったRaycast対応プロンプトを希望する場合 - ユーザーが明示的にモデル名を指定した場合(Midjourney、MJ、SDXL、FLUX、GPT Image 2 / 2.5、Nano Bananaなど)
モデルルーティング
ユーザーがクエリでモデル名を指定した場合は常に、references/models/ 下の該当ファイルを読み、構文表面と癖を把握した上で、以下の普遍的な構造の上にレイヤーとして重ねてください。
| トリガーキーワード(いずれか) | 参照するファイル |
|---|---|
nano banana, nano-banana, gemini 2.5 flash image, gemini image, nano banana pro, 纳米香蕉 | references/models/nano-banana.md |
gpt image 2.5, gpt-image-2.5, image 2.5, chatgpt images 2.5, flare, sunburst, gpt-image-2.5-flare, gpt-image-2.5-sunburst | references/models/gpt-image-2-5.md (+ 共通文法は gpt-image-2.md) |
gpt image 2, gpt-image-2, duct-tape, gpt image 2 prompts | references/models/gpt-image-2.md |
gpt image 1, gpt-image-1, dall-e 3, dall·e 3, dalle 3 | references/models/gpt-image-1.md |
midjourney, mj, --ar, --stylize, --sref, --cref, niji, --niji | references/models/midjourney.md |
stable diffusion, sd 1.5, sdxl, sd 3, sd3, sd3.5, comfyui, automatic1111, forge | references/models/stable-diffusion.md |
flux, flux.1, flux dev, flux schnell, flux pro, black forest labs | references/models/flux.md |
imagen, imagen 3, imagen 4 | references/models/imagen.md |
ideogram, ideogram 2, ideogram 3 | references/models/ideogram.md |
recraft, recraft v3 | references/models/recraft.md |
seedream, seedream 4, seedream 5, doubao image, jimmeng, byteimage | references/models/seedream.md |
| モデル名なし | モデルに依存しない汎用パターンをデフォルトで使用。どのモデルを使用するかユーザーに確認。 |
すべてのルートを一度にスキャンする必要がある場合は、まず references/models/_index.md を参照してください。
2つの機能ティア(一般)
| 機能 | "Standard" ティア | "Pro" ティア |
|---|---|---|
| フォトリアルなポートレート | ✅ | ✅ (よりシャープな肌/毛穴) |
| 複数画像融合 | ⚠️ 2~3枚の参照 | ✅ 5枚以上の参照 |
| 画像内テキストレンダリング | 短いラベルのみ | 長い引用、複数行、CJK |
| ベントウ/インフォグラフィックレイアウト | シンプルなグリッド | データフィールド付き8モジュール以上 |
| 密集した群衆シーン | 4~5人の顔を超えると不安定 | 多くの顔でアイデンティティを保持 |
| 構造化JSON/YAMLプロンプト | 部分的な解析 | 信頼性の高い解析 |
| 複雑な条件付きルール | 弱い | 強い |
"Standard" と "Pro" のモデルごとのマッピングは、各 references/models/<name>.md に記載されています。例:
- Nano Banana = Standard; Nano Banana Pro / Nano Banana 2 = Pro
- GPT Image 1 / DALL·E 3 = Standard; GPT Image 1.5 = Standard+; GPT Image 2 = Pro; GPT Image 2.5 Flare = Pro、Sunburst = Pro+(精密編集、高密度の正確なコピー)
- Midjourney v6 = Standard; v7 = Pro
- SD 1.5 = Standard; SDXL / SD3 / SD3.5 = Pro
- FLUX.1 [schnell] = Standard; FLUX.1 [dev] / [pro] = Pro
- Seedream 4.0 / 4.5 = Standard; Seedream 5.0 = Pro
経験則: インフォグラフィック、見出しのあるポスター、複数キャラクターシーン、構造化JSON/YAMLプロンプト、CJKテキストにはデフォルトでProティアを使用する。Standardティアは、単一被写体の編集や短いプロンプトで十分です。
普遍的なプロンプト構造
すべての強力なプロンプトは、これらのブロックを積み重ねます。順序は自由ですが、コンテキストが明確な場合、ラベルは省略可能です。
[Subject(被写体)] 誰/何 — 参照ハンドリング("keep face 100%")
[Action/Pose(動作/ポーズ)] 何をしているか、体の向き
[Wardrobe(衣装)] 衣服、アクセサリー、素材、色
[Environment(環境)] 場所、小道具、地面、背景の壁
[Lighting(照明)] キー/フィル/リム、時間帯、品質(ハード/ソフト)、色温度
[Camera/Lens(カメラ/レンズ)] 85mm f/1.4、ドローン俯瞰、オーソグラフィック、アイレベル
[Style ref(スタイル参照)] フィルム(Kodak Portra 400)、監督、時代(2000年代)、レンダリングエンジン
[Format(フォーマット)] アスペクト比(1:1, 16:9, 9:16)、解像度(1080x1080, 8K)
[Preserve(保存)] (編集モード)変更してはいけないもの
[Negative(ネガティブ)] アンチアーティファクト:「テキストなし」「2つ目のオブジェクトなし」「歪みなし」
最小実行可能テンプレート — 生成
{スタイル/メディア}の{被写体}が{環境}で{動作}している様子。
{衣装 + 小道具}。
照明:{キー + リム + ムード}。カメラ:{レンズ、アングル}。
{アスペクト比}、{解像度}。{スタイル参照}。
最小実行可能テンプレート — 画像編集
添付画像の{対象領域}を{編集動詞}:
{具体的な変更}。
保存するもの:顔/アイデンティティ、ポーズ、衣装、背景照明 — ゼロの変更。
変更するもののみ:{明示的な領域}。
元の{照明ロジック / カラーグレード / パースペクティブ}に合わせる。
参照入力(モデル別)
アップロードされた参照画像へのアドレッシング方法はさまざまです。ユニバーサルパターンはほとんどの自然言語モデルで機能しますが、フラグベースのモデルでは明示的な構文が必要です。
| モデルファミリー | 表現方法 |
|---|---|
| Nano Banana / Gemini | 「アップロードされた画像の人物」、「参照から同じ顔100%」 — 自然言語 |
| GPT Image 2 | 「このキャラクターに基づいて」、「このポートレートを使用して」、「ソース画像をアップロード」 — 自然言語 |
| GPT Image 2.5 | 「画像1=製品(形状、ラベル);画像2=光/色のみ;画像3=レイアウトのみ」+競合優先順位;各参照が寄与してはならないものを指定 |
| Midjourney | キャラクター参照は --cref <url>、スタイル参照は --sref <url>、重みは --cw 100 |
| Stable Diffusion / FLUX | ワークフローレベルでのIP-Adapter / ControlNet。プロンプトテキスト内では指定しない |
| Imagen / Ideogram / Recraft | APIレベルの referenceImages ペイロード;プロンプトテキストでは「提供された参照」で参照 |
正確な構文については、references/models/ 下の該当ファイルを参照してください。
カテゴリカタログ
詳細なテンプレートと例は references/ にあります。
references/patterns.md— 普遍的な語彙:照明、カメラ、比率、スタイルタグ、構図の慣用句、単一オブジェクトルール、複数参照融合、ネガティブプロンプト語彙references/templates.md— 18以上の一般的なカテゴリ(ポートレート、プロダクト、ポスター、ジオラマ、インフォグラフィック、漫画グリッド、分解図、Eコマースヒーロー、YouTubeサムネイル、キャラクターシート、ストーリーボードなど)の穴埋めテンプレートreferences/identity-preservation.md— 顔固定フレーズ、失敗モード、修正方法、複数人物処理、混合スタイルの顔保存、経年変化シーケンスreferences/structured-prompts.md— JSON / YAML / XML形式と、それらを確実に解析するモデルreferences/text-rendering.md— 画像内に読み取り可能な見出し、引用、CJKを配置する方法、モデルごとのティア制限references/editing-workflow.md— 非破壊編集、インペインティング、複数画像融合、ビフォー/アフター、パネル間のキャラクター一貫性references/examples.md— カテゴリ別に厳選された実績のあるプロンプト、出典と生成したモデル付きreferences/workflows.md— 直接生成、コンテンツイラスト(記事/動画→画像)、リミックス/パーソナライゼーションの会話パターンreferences/external-corpora.md— ユーザーが新しいプロンプトを作成するのではなく、実績のあるプロンプトを探している場合の、公開プロンプトライブラリ(YouMind 12k以上、EvoLink 約3k、Awesomeリスト)へのポインタreferences/models/— モデルごとの癖、構文表面、パラメータ、アンチパターン(gpt-image-2-5.mdはFlare/Sunburstの選択、APIサイズ/品質ルール、10のパターン、12のテンプレート、既知の失敗、レビューチェックリストを追加)
クイックルール(モデル非依存)
- 自然言語モデル(Nano Banana、GPT Image 2 / 2.5、FLUX、Imagen)では、タグスープよりも段落+制約行が優れています。 MidjourneyやSDXLでは、カンマ区切りの高密度タグブロックとフラグが依然として有効です。
- アスペクト比は明示的に指定してください —
1080x1080、16:9、9:16、またはMidjourneyの場合は--ar 9:16。デフォルトに依存しないでください。 - すべての編集にアイデンティティアンカーを設定します。 「参照から同じ顔100%」、「顔の特徴を完全に一致させ続ける」、「顔を変更しない」。
- 非破壊編集には許可リストが必要です。 何が変更されるかだけでなく、何が保存されるかも指定してください — そうしないと、ほとんどのモデルは衣装/ポーズを変化させてしまいます。
- レンズ+照明=フォトリアリズム。
85mm f/1.4、Kodak Portra 400、スリーポイントライティング、ゴールデンアワーのリムライト、ハードなオンカメラフラッシュは、すべてのモデルで実際に影響力があります。 - 単一オブジェクト制約は繰り返す必要があります。 正確に1つのオブジェクトが必要な場合は、明示的な厳密単一オブジェクトブロックを記述してください(
references/patterns.md#single-object-ruleを参照)。 - 画像内テキスト=正確に引用します。 正確な文字列を二重引用符で囲みます:
セリフフォントで「Stay Hungry, Stay Foolish」と表示。CJKの場合は、Proティアのモデルを優先してください。 - 再利用可能なテンプレートには
[PLACEHOLDERS](角括弧、大文字)を使用します。Raycastスニペットには{argument name="x" default="y"}を使用します — Nano Banana、GPT Image 2 / 2.5、および任意の自然言語モデルでリテラルプレースホルダーとしてサポートされています。 - ベントウ/インフォグラフィックレイアウトの場合、モジュール(M1…M8)をセルごとのコンテンツタイプとともに列挙します — Proティアのモデルに強く推奨します。
- ネガティブは最後に、
NEGATIVE:リストまたはDo NOT:箇条書きとして配置します — ただし、SDXL/Midjourneyを除きます。これらのモデルではネガティブ専用の構文があります(MJは--no、SDは専用のネガティブプロンプト入力)。 - 自然で/AIらしくない外観の場合:「自然な肌のテクスチャ、アホ毛、わずかな非対称性、グラマーレタッチなし、美容フィルターなし、過度に洗練されたAI美学なし」を明示的に要求します。GPT Image 2 / 2.5とNano Banana Proはどちらもこれらを尊重します。
- 編集ターンごとに1つの変更+ロックリスト。 単一の変更を指定し、何が残るかを列挙し、物理的に必要な副作用(接触影、反射)のみを許可します。保存されたマスターからバリアントを分岐させます。保存は視覚的であり、ピクセル同一ではありません — ピクセルを一致させる必要がある場合はコンポジットします。
- すべての出力を具体的なチェックに対してレビューします — フルサイズと電話サイズでのテキスト、オブジェクト/人物のカウント、スタイリング前のアイデンティティ、製品形状、編集範囲、デコードされたアルファ。
- クロスイメージ一貫性(Nパネルで同じキャラクター)の場合:キャラクターを一度詳細に説明し、その後「パネル1と同じキャラクター」として参照バックします — GPT Image 2 / 2.5とNano Banana Proで機能します。他のモデルでは弱いです。
アンチパターン
- 自然言語モデルでのタグサラダプロンプト(
portrait, 8k, masterpiece, beautiful, highly detailed) — 構造化された段落よりもパフォーマンスが劣る - レンズ/照明なしで「フォトリアリスティック」を要求 — 一般的なレンダリングになる
- 保存条項なしで編集 — モデルが顔/ポーズを変異させる
- 1つのプロンプトで複数の矛盾するアスペクト比 — 1つが勝ち、予測不能
- (参照画像なしで)顔の説明のみでの顔交換 — 低忠実度
- 1つのプロンプトに10以上の名前付き被写体を詰め込む — Standardティアでは約5、Proティアでは約8を超えるとアイデンティティがずれる
- Standardティアのモデルで15語を超える正確なテキストを埋め込む — スペルが崩れる
- Midjourneyの
--flagsをNano Banana / GPT Image / FLUXのプロンプトに混ぜる — フラグがリテラルテキストとして解析され、出力を汚染する - カジュアルなライフスタイルを狙うときにデフォルトで「洗練されたAI」 — グラマーレタッチを明示的に拒否する
- 画像モデルがGIF、ZIP、ベクター、HTMLをエクスポートすることを期待する — シートを生成し、コードで分割/組み立てる(
models/gpt-image-2-5.mdパターン6を参照) - 「テキストなし/このテキストのみ /透かしなし」をチェックなしで信頼する — ネガティブは常に尊重されるとは限らない
- 小さなプロンプトにJSONを強制する —
{"subject":"red apple"}は白いテーブルの上の赤いリンゴ、スタジオ照明、1:1より劣る
会話モード
references/workflows.md で扱われている4つの明確なエントリポイント:
- 直接生成 — ユーザーが画像を説明する;あなたは構造+テンプレート+モデル別ファイルからプロンプトを構成する。
- コンテンツイラスト — ユーザーが記事/動画スクリプト/ポッドキャストノートを貼り付ける;あなたはテーマとトーンを分析し、テンプレートにマッチさせ、リミックスに移行する。
- インスピレーション→プロンプト(再構築) — ユーザーが気に入った画像を共有する;あなたは見えるものから新しいブリーフを書き、未知のもの(参照、以前のターン、編集)をリストアップし、元のプロンプトを回復したふりをしない。
- リミックス / パーソナライゼーション — テンプレートが選択された後、関連するパーソナライゼーション質問(性別、年齢、設定、ムード、職業)のみを行い、ユーザーのコンテンツでテンプレートをリミックスする。
ユーザーが新しく作成したプロンプトではなく、実績のある、画像で証明されたプロンプト を求めている場合は、references/external-corpora.md の検索可能なコーパス(YouMindで12,000以上のプロンプト、EvoLinkで約3,000のGPT Image 2事例、wangrunlin / LaplaceYoung / VulcanEonで約250のGPT Image 2.5事例、およびAwesomeリストのブラウズ可能なインデックス)を参照するよう促してください。
ワークフロー
- ユーザーに確認 — ゼロから生成、既存画像の編集、コンテンツのイラスト化、インスピレーション画像からのプロンプト再構築、または閲覧