GPT Image 2

これはGPT Image 2向けのフォーカス型スキルであり、3つの実行環境のいずれでも使用できますが、動作には顕著な違いがあります。まず最初に、現在の実行モードを確認する必要があります。

このスキルが対応する画像タスクは以下の2種類のみです：

• 画像生成：POST /images/generations
• 画像の編集：POST /images/edits

本ドキュメントでは、実行モード、スキルの構造、環境変数、保存／命名規則、テンプレートインデックス、モード認識ワークフローについて記載しています。詳細なテンプレートはすべて references/に配置されており 、階層的に整理されています：

• 第1レベル：カテゴリ別ディレクトリ
• 第2レベル：単一テンプレートのMarkdownファイル

実行モード（必読。何をするにも、まずこれを確認してください）

本スキルには軽量な検出スクリプトが付属しています。まず一度実行し、その結果に基づいて作業方法を決定してください：

node skills/gpt-image-2/scripts/check-mode.js
# 構造化された結果を上位のプログラムで使用したい場合：
node skills/gpt-image-2/scripts/check-mode.js --json

出力には mode = A / A? / B-or-C および recommendationが表示されます。3つのモードの定義は以下の通りです：

モード A · Garden ローカル画像生成

トリガー条件：環境変数 ENABLE_GARDEN_IMAGEGEN が真（1 / true / yes / on）であり 、かつ OPENAI_API_KEYが存在すること。

動作：「テンプレートの選択 → プロンプトの作成 → スクリプトの実行 → 画像の生成・保存」までのエンドツーエンドのプロセスが完全に実行されます。

• scripts/generate.js を使用してテキストから画像を生成し、scripts/edit.js を使用して既存の画像を編集します。
• プロンプトはデフォルトで garden-gpt-image-2/prompt/に、画像は garden-gpt-image-2/image/に保存されます。
• これが最強のモードです：あなたは画像ツールの「所有者」となります。

モード B · Host-Native：ホストに画像生成を委託

トリガー条件：Gardenが有効になっていない（ENABLE_GARDEN_IMAGEGENが 設定されていない／false）、ただし現在のホストAgentに画像生成ツールまたは画像MCPが標準搭載されている場合。

典型的な識別サイン（自己診断すべき点）：

• ツールセットに image_generation / imagegen / dalle / nano_banana / mcp__*image* / make_image などの類似した名前が含まれている
• ユーザーがChatGPT / Codex / Gemini / Cursorなど、ネイティブ画像生成をサポートするクライアントで本スキルを呼び出している
• ユーザーが「自分のツールを使って画像を生成して」と明示的に指示した場合

動作：本スキルは プロンプト作成のガイドラインへと機能低下します――

1. 引き続き「テンプレート選択 → フィールド入力 → 最終プロンプトの生成」というフローに従います。
2. node scripts/generate.js を呼び出さないでください（APIキーがないため、必ず失敗します）。
3. ホストが標準で備えている画像生成ツールを直接呼び出し、レンダリング済みのプロンプトを入力として渡す。
4. ユーザーが希望する場合、プロンプトファイルを garden-gpt-image-2/prompt/に保存しても構いませんが、画像の保存先はホストが決定し、強制はされません。

モード C · アドバイザー（プロンプト専門のアドバイザー）

トリガー条件：Gardenが有効化されておらず、かつホストのAgentにも画像生成ツールが一切ない場合。

動作：本スキルは「高品質なプロンプト作成アドバイザー」として機能します――

1. 「テンプレートの選択 → フィールドへの入力 → 最終プロンプトの生成」というプロセスに従い、情報が不足している場合はユーザーに確認します。
2. 最終的なプロンプトを ユーザーに直接表示し 、さらに garden-gpt-image-2/prompt/-.mdに保存します。
3. 簡単な「使用方法」のアドバイスを添える（例：ChatGPT / Midjourney / DALL·E / Sora / Nano Banana / 独自のバックエンド / サードパーティの GPT Image 2 ゲートウェイに投入する）。
4. 画像生成に成功したかのように装わないでください。ユーザーに「そのまま再利用可能な高品質なプロンプトが生成されました。お使いの画像ツールで実行してください」と明確に伝えてください。

モード決定表

モードが不明な場合

• 自分がBかCか判断がつかない場合は、ユーザーに「ご自身の環境にある画像ツールで画像を生成しますか、それとも私がプロンプトを作成すればよいですか？」と直接尋ねてください。
• モードAでのスクリプト実行に失敗した場合（401 / ネットワーク / クォータ）→ エラーを通知し、「モードB / Cに切り替えますか？」と確認する

ユーザーがツールを入力

このスキルがユーザーに質問を行う必要がある場合、以下のルールに従ってください：

1. 現在の実行環境で提供されているユーザー入力ツールを優先して使用します。
2. 対応するツールがない場合は、簡潔なプレーンテキストの番号付き質問で尋ねる。
3. 統合可能な質問は、可能な限り一度にすべて尋ねる。

スキルの構造

• scripts/check-mode.js：まずこれを実行し、実行モード（A / B / C）を検出します
• scripts/generate.js：テキストから画像を生成（Mode Aでのみ使用）
• scripts/edit.js：元の画像やマスクに基づいて画像を編集（Mode A でのみ使用）
• scripts/shared.js：共有リクエスト、保存、環境変数の読み取りロジック
• references/：階層構造化されたプロンプトテンプレート（モードA／B／Cのすべてで使用）

環境変数

以下の順序で設定を読み込みます：

1. CLI 引数
2. process.env
3. /.env
4. /.gateway.env
5. ~/.gateway.env

主要な変数：

• ENABLE_GARDEN_IMAGEGEN — モード切り替え。1 / true / yes / on の場合は Mode A を有効にします。未設定またはその他の値の場合は Mode B / C になります。
• OPENAI_API_KEY — Mode A では必須；B / C では不要。
• OPENAI_BASE_URL — デフォルトは https://api.openai.com/v1。サードパーティ製の互換ゲートウェイを指定することも可能です。
• OPENAI_IMAGE_MODEL — デフォルト gpt-image-2、ゲートウェイがサポートするモデル（例： gpt-image-1 / dall-e-3）に変更可能。

デフォルトの実装は OpenAI 互換インターフェースに基づいて動作し、特定のサードパーティ製ゲートウェイに固定されていません。

デフォルトの出力ディレクトリ

ユーザーが出力パスを明示的に指定していない場合、現在のワークスペース内の以下のディレクトリが統一して使用されます：

• プロンプトディレクトリ：garden-gpt-image-2/prompt/（A / B / C の3つのモードすべてで、再利用やバージョン管理の利便性から使用を推奨）
• 画像ディレクトリ：garden-gpt-image-2/image/（Mode A でのみ使用。Mode B はホスト側で決定、Mode C では画像は生成されません）

ディレクトリが存在しない場合、スクリプト（Mode A）は自動的に作成する必要があります。Mode B / C では、プロンプトを記述する前に手動で ` mkdir -p` を実行してください。

デフォルトの命名規則

ユーザーがファイル名を明示的に指定していない場合、スクリプトは現在のタスクに関連するファイル名を自動的に生成し、重複を避けるために現在のタイムスタンプを付加する必要があります。

命名規則：

• プロンプト：garden-gpt-image-2/prompt/-.md
• 画像：garden-gpt-image-2/image/-.png

このうち：

• ：現在のユーザーの要求に基づいて、関連する短い名称を自動的に抽出する
• ：現在のタイムスタンプ（例： 20260424-153045）

例：

• garden-gpt-image-2/prompt/live-commerce-ui-20260424-153045.md
• garden-gpt-image-2/image/live-commerce-ui-20260424-153045.png
• garden-gpt-image-2/prompt/vr-headset-exploded-view-20260424-153102.md
• garden-gpt-image-2/image/vr-headset-exploded-view-20260424-153102.png

プロンプトの保存ルール

共通ルール（3つのモードに適用）：

1. ユーザーがプロンプトファイルのパスを明示的に指定した場合は、そのファイルを入力として直接使用できます。
2. ユーザーがテキスト形式のプロンプトを直接指定した場合でも、最終的なプロンプトをまず garden-gpt-image-2/prompt/に保存する必要があります。
3. ユーザーが --prompt-output を明示的に指定した場合は、 ユーザーが指定したパスを優先する。
4. それ以外の場合は、デフォルトの命名規則に従って自動的に保存する。

画像の保存ルール（Mode Aのみ）

1. ユーザーが --image または --output を明示的に指定した場合は、 ユーザーが指定したパスを優先します。
2. それ以外の場合は、デフォルトで garden-gpt-image-2/image/に保存されます。
3. ファイル名は現在のタスクの意味に関連したもので、タイムスタンプが追加される。

Mode B では、ホストの画像ツールによって保存方法が決定されます。Mode C では画像は生成されません。

クイックガイド

0. 実行モードの検出（どのタスクでも最初のステップ）

node skills/gpt-image-2/scripts/check-mode.js

出力結果により、現在が Mode A / B / C のいずれであるかが判明し、それに応じて generate.js / edit.jsを呼び出すかどうかが決まります。以下の 1～4 は Mode A でのみ使用します。

1. テキストから画像を生成（Mode A）

node skills/gpt-image-2/scripts/generate.js \
  --prompt "A cute baby sea otter" \
  --size 1024x1024 \
  --quality high

2. プロンプトファイルを使用した画像生成（Mode A）

node skills/gpt-image-2/scripts/generate.js \
  --promptfile garden-gpt-image-2/prompt/poster-20260424-153045.md

3. 既存の画像を編集する（モードA）

node skills/gpt-image-2/scripts/edit.js \
  --image assets/source.png \
  --prompt "背景をシンプルなスタジオのシーンに置き換えてください"

4. マスクを使用した部分編集（モードA）

node skills/gpt-image-2/scripts/edit.js \
  --image assets/source.png \
  --mask assets/mask.png \
  --prompt "Replace only the masked area with a glass vase"

5. モード B / C の「使い方」

コマンドラインからの呼び出し方法はありません。このスキルは現時点ではプロンプトのエンジニアリングガイドとしてのみ機能します：

• モード B：最終的なプロンプトを生成 → ホストに標準搭載されている image_generation クラスのツールを呼び出し（パラメータとしてプロンプトを渡す）→ 画像を取得。
• Mode C：最終的なプロンプトを生成 → garden-gpt-image-2/prompt/-.md に保存 → 内容をユーザーに直接表示 → どの画像ツールで直接再利用できるかをユーザーに提示。

JSONテンプレートの動作

references/ に JSON テンプレートが用意されている場合、以下のルールに従って使用します：

1. まず SKILL.md から最も近いカテゴリを特定します。
2. 次に、具体的なテンプレートファイルを特定します。
3. テンプレート内の {argument ...} は置換可能なパラメータを表します。
4. ユーザーが明示的に指定した値は、そのまま入力します。
5. ユーザーが指定していないが、テンプレートに「 default 」と記載されている場合は、まずデフォルト値を使用しても構いません。
6. 情報の欠落が結果に著しい影響を与える場合は、ユーザーに積極的に確認してください。
7. ユーザーが「ランダムに生成してください」と明示的に指示した場合は、デフォルト値を保持するか、テンプレートの許容範囲内で合理的にランダム化することができます。

質問のルール

テンプレートに重要な変数が欠けている場合、「どのようなスタイルをご希望ですか？」といった漠然とした質問は避けてください。テンプレートのフィールドに基づいて、正確な質問を行う必要があります。

例えば、ライブ配信UIテンプレートに「主体」が欠けている場合、優先して次のように尋ねるべきです：

• 配信者は誰ですか？
• 実写写真、有名人の名前、人物の説明、それとも完全にランダムに生成しますか？

商品情報が欠けている場合は、次のように尋ねてください：

• 商品名は何ですか？
• 商品の価格は指定されていますか？
• レビューやギフトの内容を自動補完してほしいですか？

テンプレートインデックス

タスクの種類に応じて、最も関連性の高い具体的なテンプレートファイルのみを読み込み、 references/ディレクトリ全体を一括で読み込まないようにしてください。

1. 方法論の総合ドキュメント

最初に読み込む：

• references/prompt-writing.md

適用対象：

• JSONテンプレートの構成方法をまだ決めていない場合
• どのフィールドを質問すべきか、どのフィールドをデフォルト値にすべきか、どのフィールドをランダムに設定すべきかを判断する必要がある場合
• 事例を再利用可能なテンプレートに抽象化する必要がある場合

2. UI モックアップ (references/ui-mockups/)

「インターフェース＋コンテンツ」の各種モックアップに適しています。現在実装済みのもの：

• live-commerce-ui.md — ECライブコマースのスクリーンショットモックアップ（配信者 + チャットエリア + ギフトエリア + 商品カード）
• social-interface-mockup.md — ソーシャルプラットフォームの投稿詳細ページのモックアップ（Twitter/X、小紅書、Weibo、Threadsなど）
• product-card-overlay.md — ランディングページのヒーロー画像／詳細ページのメイン画像（人物＋商品＋セールスポイント＋価格）
• chat-interface-scene.md — チャット／会話画面のモックアップ（iMessage、WeChat、グループチャット、AIアシスタント）
• short-video-cover-ui.md — ショート動画のカバー／ライブ配信のサムネイル（YouTube、TikTok、Bilibili、VTuberの配信）
• landing-page-case-study.md — ダークテーマのSaaS／マーケティング事例紹介用 ロングページUIモックアップ （複数セクション＋スクロールによるストーリー展開＋データカード＋CTA）

3. プロダクトビジュアル (references/product-visuals/)

「商品を視覚的な中心とする」画像に適しています。現在実装済みのもの：

• exploded-view-poster.md — 製品の分解図ポスター（メイン要素を縦に積み重ね + コールアウト + 上部のロゴ + 下部のブランドエリア）
• white-background-product.md — EC用純白背景のメイン画像（単品／多角度／ミニマルなマーケティングレイヤー）
• premium-studio-product.md — 高級スタジオ撮影の商品写真（雑誌広告レベルの雰囲気）
• packaging-showcase.md — ギフトボックス／パッケージ展示画像（外箱＋内容物の展示）
• lifestyle-product-scene.md — ライフスタイル商品シーン写真（実際のシーンに商品が配置されたもの）
• ecommerce-marketing-board.md — 中国式EC用複合販売ボード（メイン画像＋詳細ページ＋セールスポイント＋使用手順＋シーン＋TVCストーリーボードを1枚の画像にまとめたもの）

4. マップ (references/maps/)

「地図系ビジュアル」に適しています（インフォグラフィックは独立したカテゴリ17に抽出済み）。現在実装済みのもの：

• food-map.md — 都市グルメの手描きマップ（番号付きスポット＋凡例＋マスコットキャラクター）
• travel-route-map.md — 旅行ルートマップ（複数日行程／1日シティウォーク／アウトドアルート）
• illustrated-city-map.md — 都市の風景を描いたイラストマップ（ランドマーク＋自然景観＋文化的要素）
• store-distribution-map.md — ブランド店舗／サービス提供エリア分布図
• itinerary-day-trip-map.md — 日帰り旅行用分割 ポスター（左：パーチメント風の行程カード＋右：ファンタジーと写実を融合した地図、5～7箇所のスポットを厳密に揃える）

5. スライド＆ビジュアルドキュメント (references/slides-and-visual-docs/)

「1ページで1つのことを明確に伝える」ビジュアルドキュメントに適しています。現在実装済み：

• dense-explainer-slides.md — Irasutoya × 霞関のハイブリッド高密度解説スライド
• policy-style-slide.md — 政策／政府公告／白書スタイルの説明スライド
• visual-report-page.md — ビジネスレポートのエグゼクティブサマリー／投資家向けブリーフィング／年次報告書の概要ページ
• educational-diagram-slide.md — 教育用図解（概念／仕組み／プロセスの分解）

6. ポスター＆キャンペーン (references/poster-and-campaigns/)

「ブランドメインビジュアル + キャンペーン + バナー + 雑誌の表紙」に適しています。現在実装済みのもの：

• brand-poster.md — ブランドメインポスター（製品／人物／テキストのみのメッセージ）
• campaign-kv.md — キャンペーン・キービジュアル + 派生レイアウト体系
• banner-hero.md — Webヒーロー / ランディングページ / アプリバナー（横長構図 + CTA）
• editorial-cover.md — 雑誌／定期刊行物／出版物の表紙
• biomimetic-concept-poster.md — バイオミメティック工業デザインコンセプトポスター（自然のプロトタイプ → 進化の過程 → ヒーローレンダリング → 多視点技術図）
• vintage-editorial-infographic.md — レトロアーカイブ／1940年代風エディトリアル・インフォグラフィックポスター（人物＋数式＋タイムライン＋モデル、ベル研究所風）
• character-catalog-poster.md — 同一キャラクターの複数バージョンを紹介するインフォグラフィックポスター（星座／元素／王朝／人格シリーズのカード）
• lineup-comparison-poster.md — 製品ラインナップ比較インフォグラフィックポスター（30以上のSKUを1枚の図にまとめ + 凡例 + ランクキー）

7. ポートレート＆キャラクター (references/portraits-and-characters/)

「人物ビジュアル」に適しています。現在実装済み：

• professional-portrait.md — プロフェッショナルなビジネスポートレート（LinkedIn / チームページ / メディア用画像）
• founder-portrait.md — 創業者向けメディア用ポートレート（ドラマチックな照明＋タイトル表示スペースあり）
• virtual-host.md — VTuber／バーチャル配信者のプロフィールカード＋配信プレビュー
• character-sheet.md — キャラクター総合設定資料（三面図 + 表情 + 衣装 + カラーパレット）
• pose-reference-sheet.md — N×N ポーズ／アクション辞書（同一キャラクターの多彩なポーズ：ダンス／戦闘／フィットネス）

8. シーン＆イラスト（references/scenes-and-illustrations/）

「雰囲気＋ストーリー＋感情」を表現するのに適したイラスト系のビジュアル。現在実装済み：

• healing-scene.md — 癒やし系日常／季節のシーンイラスト
• concept-scene.md — 映画のようなコンセプトの大規模シーン／IPキーアート
• picture-book-scene.md — 児童書／絵本の中面／季節のカード
• minimalist-mood-scene.md — ミニマルで余白を活かした雰囲気画 / 文学的な壁紙

9. 編集ワークフロー (references/editing-workflows/)

「既存の画像を基に編集を行う」タイプの画像編集タスクに適しています（ scripts/edit.jsに対応）。現在実装済みのもの：

• background-replacement.md — 背景置換（商品／人物／屋外／スタジオ風景）
• local-object-replacement.md — 部分的なオブジェクト置換（マスクの有無を問わず）
• object-removal.md — 雑物／通行人／電線／欠陥の除去
• product-retouching.md — 商品レタッチ（光沢／タグ／影／欠陥）
• portrait-local-edit.md — ポートレートの部分修正（ヘアスタイル／服装／メイク／アクセサリー）

10. アバター＆プロフィール (references/avatars-and-profile/)

「スタイリッシュなアバター／キャラクターデザイン／グリッド／ステッカー／ポートレートシリーズ」などの「個人のイメージ」系ビジュアルに適しています。現在実装済みのもの：

• style-transfer-selfie.md — 参考画像の人物を、コスプレ／ゴシック／レトロフィルム／アイドル写真など、任意のスタイルに変換
• character-grid-portrait.md — 同一キャラクターの n×n グリッドポートレート（複数職業／複数表情／複数時代／複数スタイル）
• themed-3d-icon.md — カワイイ3D／Minecraft／スクラッチ3Dのアプリアイコン風アバター
• sticker-set.md — ステッカーセット／スタンプコレクション（単体要素＋アウトライン＋ラベル）
• cultural-portrait-series.md — 時代 / 神話 / 文学 / 民族をテーマにした肖像画シリーズ

11. ストーリーボードとシーケンス (references/storyboards-and-sequences/)

「マルチカット／漫画／関係図／手順図」などの「物語性のあるシーケンス」系のビジュアルに適しています。現在実装済みのもの：

• four-panel-comic.md — 4コマ漫画 / 風刺漫画 / ギャグ漫画（導入・展開・転・結 + セリフ吹き出し）
• manga-spread-page.md — 1ページ／見開き漫画のストーリーボード（不規則なマス目＋セリフ＋心の声）
• anime-key-visual.md — 単画像のアニメキービジュアル／ライトノベルの表紙／IPポスター
• character-relationship-diagram.md — キャラクター関係図ポスター（カード＋関係線＋凡例）
• recipe-process-flowchart.md — レシピ／チュートリアル／手順図（番号＋イラスト＋説明）
• product-tvc-storyboard.md — 製品TVCM用ストーリーボード（9コマの実写風 + ショット説明 + 再生時間）
• cinematic-storyboard-grid.md — 映画的なストーリーテリング用ストーリーボード ・コンタクトシート（3×4／4×4、連続したストーリー＋シネマティックな静止画）
• process-photo-board.md — 実写シネマティック・プロセスボード（装備の着用／メイク／トレーニング／操作の分解、番号＋手順の進行）

12. グリッド＆コラージュ (references/grids-and-collages/)

「マルチパネルグリッド／コラージュ／プロジェクトボード」系のビジュアルに適しています。現在実装済み：

• banner-grid-2x2.md — 2×2 マーケティングバナーセット（統一されたシリーズデザインを4枚まとめて作成）
• lookbook-grid.md — 7日間のルックブック／9マスセルフケア／TOP Nリスト図
• mixed-style-multi-panel.md — マルチスタイル・コラージュ（同一テーマを異なる画風で表現）
• anime-pitch-board.md — アニメ／ゲーム／映像作品の企画ピッチボード（キービジュアル＋キャラクター＋世界観＋コピー）
• ad-banner-multi-grid.md — 多業種・多テーマ混合広告バナーグリッド（各枠ごとに独立した業種＋スタイル＋コピー）

13. ブランディング＆パッケージング (references/branding-and-packaging/)

「ブランドアイデンティティシステム／マスコット／パッケージデザイン」系のビジュアルに適しています。現在実装済み：

• brand-identity-board.md — ブランドアイデンティティボード（ロゴ + 配色 + フォント + アプリケーションモックアップ）
• mascot-brand-kit.md — マスコットのマルチパネル・ブランドアイデンティティキット（メインビジュアル + 三面図 + 表情 + 応用例）
• cosmetic-packaging.md — 化粧品／スキンケア製品の単品／シリーズ／ギフトセットのパッケージ
• beverage-label-design.md — 飲料／食品／調味料のラベルデザイン（中国風／和風／洋風）
• full-mascot-brand-doc.md — 18以上のモジュールからなる大規模ブランドアイデンティティ＋マスコット制作全工程ドキュメント（DNA／ムードボード／スケッチ／線画／3D／配色／マテリアル／応用事例の全体概要図）
• character-merch-board.md — IPキャラクター＋グッズ／パッケージ／ポスター／SNSプロフィールなど、多要素を統合したブランドボード

14. タイポグラフィ＆テキストレイアウト (references/typography-and-text-layout/)

「文字優先／バイリンガルレイアウト」など、「文字をメインビジュアルとする」タイプに適しています。現在実装済み：

• title-safe-poster.md — 大きな文字を強調したポスター（日本式の高エネルギー／スイス式ミニマル／レトロ印刷）
• bilingual-layout-visual.md — 中国語・英語／中国語・日本語のバイリンガルレイアウトビジュアル（文化／学術／異文化ブランド）

15. アセット＆小道具 (references/assets-and-props/)

「アイコンセット／ゲームスクリーンショット」など、「素材セット／ゲームアセット」系のビジュアルに適しています。現在実装済みのもの：

• retro-skeuomorphic-icons.md — スキューモーフィック／Y2K／ピクセル アイコンセット（統一されたスタイルのセット）
• game-screenshot-mockup.md — ゲーム内スクリーンショットのモックアップ（HUD + 字幕 + クエストパネル）

16. 学術用図表 (references/academic-figures/)

「論文／トップカンファレンスへの投稿／学術ポスター／学位論文発表用PPT／研究計画発表／学術誌投稿用のGraphical Abstract」に適した図版。全体として白背景を基調とし、出版物用のフォント、幾何学的に正確なデザイン、彩度の低いエンジニアリングカラー（濃紺／青みがかったグレー／黒みがかったグレーを主体とし、メインカラーは3色以内）を採用し、単色印刷が可能であること。架空の定量データ（数値／等値線／カラースケールの範囲／数式）の使用は厳禁。

CS / CV / ML分野：

• method-pipeline-overview.md — 手法の概要図／パイプライン図（多段階ブロック＋データフロー；バリエーション4では、工学系の左／中／右の3段構成の技術ロードマップを提供）
• neural-network-architecture.md — ニューラルネットワークのアーキテクチャ図（レイヤーブロック＋テンソル形状＋ジャンプ接続）
• qualitative-comparison-grid.md — 複数手法の定性的比較表（行＝サンプル、列＝手法）

工学／自然科学／学位論文発表に共通：

• scientific-schematic.md — 概念／原理／実験装置の概略図（自由度が高く、自然言語形式のテンプレート）
• mechanism-diagram.md — メカニズム図／因果関係／変換経路（中心対象＋多段階変換＋結果領域；3段階の因果連鎖／循環的自己増幅／多分岐競合の3つのバリエーションを含む）
• multi-condition-comparison.md — 複数条件／複数状況における結果比較図（同一対象の異なる条件下での並列結果、2×2／1×N／M×N；パネル間の厳密な統一性を重視）
• publication-chart.md — 出版用データ図表（棒グラフ／折れ線グラフ／散布図／ヒートマップ／箱ひげ図）

概要／要約／口頭発表トップページ：

• graphical-abstract.md — 学術誌投稿用グラフィカルアブストラクト／図解要旨（横4段構成／中央展開／正方形／縦型 の4種類のバリエーション）
• research-overview-poster.md — 研究計画発表／学位論文審査／報告会のトップページ用研究概要図（上・中・下の3層＋5つのモジュール；中心から放射状／左右2段組／極簡の3種類のバリエーションを含む）

選択方針：CS/CV/ML論文は 「method-pipeline-overview」 ＋ 「qualitative-comparison-grid」を優先；工学／エネルギー／化学工学／材料分野は 「method-pipeline-overview」 バリエーション4＋「 mechanism-diagram 」＋ 「multi-condition-comparison」を優先；投稿ジャーナルの要旨図には 「graphical-abstract」を使用；学位論文発表用PPTのトップページには「 research-overview-poster」を使用。

17. インフォグラフィック (references/infographics/)

「インフォグラフィック／高密度な科学普及図／手描きインフォグラフィック／KPIダッシュボード」などの「情報可視化用大図」に適しています。現在実装済みのもの：

• legend-heavy-infographic.md — 凡例が豊富な科学解説／因果関係／進化／解剖図（バイリンガル）
• hand-drawn-infographic.md — 手描き風インフォグラフィック（マカロン／モランディ／黒板／クラフト紙；自然言語テンプレート）
• bento-grid-infographic.md — 弁当箱型グリッドのモジュール式インフォグラフィック（高密度・多モジュールウィジェット配置）
• comparison-infographic.md — 二項／多項比較インフォグラフィック（A対B／プランの価格帯／誤解対正解）
• step-by-step-infographic.md — ステップバイステップ解説インフォグラフィック（イラスト調、温かみ；エンジニアリングのフローチャートではない）
• kpi-dashboard-infographic.md — KPIダッシュボード型インフォグラフィック（年間振り返り／Wrapped／業務ダッシュボード）

18. 技術図解 (references/technical-diagrams/)

「システムアーキテクチャ／プロセス／時系列／ステートマシン／ER／マインドマップ／ネットワークトポロジ」などのエンジニアリング図に適しています。統一されたダークカラーのグリッド背景＋等幅フォント＋ロールコード配色を採用しており、各テンプレートにはライトバージョンのバリエーションも付属しています。

⚠️ 注意：このディレクトリで生成されるのは PNGビットマップであり、編集可能なSVGではありません。編集が必要な場合は、mermaid / draw.io / excalidraw / Figmaをご利用ください。現在実装済みのもの：

• system-architecture.md — システムアーキテクチャ図（フロントエンド + バックエンド + DB + キャッシュ + キュー + 外部）
• flowchart-decision.md — フローチャート／意思決定図（BPMN形状セマンティクス＋Yes/No分岐）
• sequence-diagram.md — シーケンス図（アクター + ライフライン + メッセージ矢印 + アクティベーションバー）
• state-machine.md — ステートマシン／ライフサイクル図（state + transition + guard／action）
• er-diagram.md — ER図 / データモデル図（エンティティ + フィールド + PK/FK + クロウズフット関係）
• mind-map-tech.md — 技術テーマのマインドマップ（中心 + 放射状の分岐）
• network-topology.md — ネットワークトポロジ図（デバイス記号 + ゾーン / VPC + 帯域幅 / プロトコルラベル）

プロンプトワークフロー（パターン認識）

A / B / Cのいずれの場合でも、最初の6ステップは共通です。違いは、7～8ステップ目の「図の出力方法」のみです。

1. check-mode.js を実行してモード（A / B / C）を決定する。
2. タスクが図の作成か修正かを判断する。
3. それがどの分類ディレクトリに属するかを識別する（下部の「テンプレートインデックス」を参照）。
4. 対応する特定のテンプレートファイルのみを読み込み、references/ディレクトリ全体を一度に読み込まないようにします。
5. テンプレートの形式を厳守する：大部分のテンプレートはJSONメインテンプレート（構造化タスクに最適）を使用するが、一部のテンプレート（infographics/hand-drawn-infographic.md、academic-figures/scientific-schematic.mdなど ）は、「構造化された自然言語＋パラメータ」の混合形式を採用している。これは、JSONを強制すると創作の自由が制限されるためである。
6. ユーザー入力をテンプレートのパラメータにマッピングしてください。重要な情報が不足している場合は、的を絞った確認の質問を能動的に投げかけてください。

これでプロンプトの生成は完了です。以下、モードごとに分岐します：

7-A. モード A：最終的なプロンプトを garden-gpt-image-2/prompt/に保存し 、 scripts/generate.js または scripts/edit.js を呼び出し、 画像は garden-gpt-image-2/image/ に保存される。 7-B. モード B：最終的なプロンプトをホストの画像ツールに直接渡して呼び出す；必要に応じて、プロンプトのコピーを garden-gpt-image-2/prompt/に保存する。 7-C. モード C：最終的なプロンプトを garden-gpt-image-2/prompt/に保存し、 -.md に保存するとともに、 完全なプロンプト を対話画面でユーザーに表示し、簡単な「使用方法／推奨ツール」のアドバイスを添える。

8. タスク終了後、ユーザーに次のことを1文で伝える：現在のモード、プロンプトの保存場所、画像（ある場合）の保存場所。

重要な制約

全般：

• テンプレートファイル内のJSONはプロンプト構造のテンプレートであり、APIリクエストボディのテンプレートではありません。
• 3つのモードのいずれにおいても、最終的に画像モデルに渡されるのは「レンダリング後のプロンプト文字列」です。これは、フラット化されたJSONでも、構造化された自然言語の段落でも構いません。テンプレート通りに使用してください。
• ユーザーから明示的な要求がない限り、SKILL.md内の「モードの説明」を最終的なプロンプトにコピーしないでください。それはエージェント向けのメタ情報です。

モード A のみ適用：

• 生成スクリプトで JSON ボディを使用する場合
• 編集スクリプトではマルチパートフォームデータを使用
• レスポンスは優先的に data[0].b64_json で解析されますが、 data[0].url にも対応しています
• 上流のインターフェースで明示的に要求されない限り、特別なクエリパラメータを追加で導入しないでください

質問するタイミング

以下の情報が欠如しており、結果に著しい影響を与える場合にのみ質問してください：

• プロンプトの目的が不明確な場合
• 画像を編集する際、元の画像がない
• 被写体の属性や視覚的タイプが結果の方向性を決定する場合
• 商品／価格／コピー／UIテキストが画面の核心的な構成要素である場合
• ユーザーが互いに矛盾する複数の目標を同時に表明している場合

それ以外の場合は、自ら合理的なデフォルトを設定し、それを継続して実行する。