nanobanana-infographic

Nano Banana 2.1 インフォグラフィック

ユーザーの要望に合った、読みやすく事実に忠実なインフォグラフィックを作成します。ノイズを抑えたエディトリアルレイアウトは便利なプリセットですが、唯一の有効なスタイルではありません。

このスキルでは、呼び出し可能なモデル ID gemini-nano-banana-2.1 を通じて Nano Banana 2.1 のみを使用します。同梱スクリプトでは、この ID がハードコードされています。旧 Nano Banana モデルは代替モデルではありません。費用が高く、結果の質も劣るか、サービス終了が予定されています。呼び出しに失敗した場合や、ID が古くなっているように見える場合は、最新の公式モデルドキュメントと ListModels を確認してから報告してください。別のモデルに置き換えてはいけません。写真編集、参照画像、複数ターンの調整、または検索に基づく画像が必要な場合は、インストールされていれば nanobanana スキルを使用してください。

判断フロー

何をする必要がありますか？

• 要望が不完全、または曖昧です 文脈から妥当な必須事項を推測します。欠けている情報や未解決の選択肢が結果を大きく左右する場合に限り、質問してください。事実に関する主張を捏造してはいけません。

• ユーザーが今すぐインフォグラフィックを求めています 指定された形式とスタイルで、指定された数を作成します。数が指定されていない単数形の依頼は、4 種類のレンダリングではなく、画像 1 枚を意味します。役立つ場合は、構成例として references/patterns.md を使用してください。

• ユーザーが Gemini によるライブレンダリング、またはプロンプトの動作確認を求めています references/configuration.md を読み、承認された範囲と費用を確認してから、目的に合った単一プロンプトまたはバッチの手順を使用します。

• ユーザーが正確な API 構文、モデル ID、またはリクエストフィールドを求めています references/api.md を読んでください。

• 結果にノイズが多い、テキストが詰め込まれている、またはポスターのように見えます 必要に応じて references/gotchas.md を読み、要望との不一致を診断して修正します。大胆なポスター風のスタイル自体は欠点ではありません。

デフォルトの運用モード

• 指定された枚数、掲載先、比率、スタイル、配色、コンテンツに従って作成します。それ以外の場合は、対象読者に合った一貫性のある構成を選びます。重要な前提があれば、簡潔に説明してください。
• プリセットが適さない場合は、カスタムプロンプトを直接作成します。暗いキャンバス、大胆な配色、グラデーション、長めのテキストなど、ほかのレイアウトも、読みやすく適切であれば有効です。
• 画像が異なる場合は、1 回のリクエストで正確な枚数が返ることを期待せず、個別にリクエストします。実際の出力を確認してください。
• デフォルトの思考レベルは medium、情報量の多い事実を扱う場合は high、事実を含まないレイアウト案に限って minimal を使用します。
• 承認された画像と工程のみをレンダリングします。プロンプトのみの依頼では API 呼び出しは不要です。画像 1 枚の依頼は、有料の代替案 4 枚や無制限の再試行を許可するものではありません。
• 正確な事実、単位、限定条件、ラベル、必要な帰属表示を維持します。レンダリング前に表示する文言を決め、レンダリング後に確認してください。文字数のプリセットを満たすために意味を切り捨ててはいけません。
• 認証情報は秘密にし、外部サービスに送信するのは許可されたコンテンツのみにします。保存されたプロンプトや応答には機密情報が含まれる場合があります。デフォルトでは公開しないでください。

ヒアリングの質問

要望から解決できない重要な不足がある場合に限り、次の質問を使用してください。

不足している情報	質問
トピックまたは主張	「インフォグラフィックの内容を、一文で教えてください。」
対象読者または掲載先	「掲載先はどこですか。ブログ記事、スライド資料、レポート、基調講演、またはその他ですか？」
事実またはセクション	「必ず含める数値、主張、またはセクションを教えてください。」
スタイルの制約	「ブランドカラー、避けるべき見た目、または参考にしたいトーンはありますか？」

必須情報が提示されているか、妥当に推測できる場合は、質問票を使わずに進めてください。任意のスタイルの希望が未指定でも、作業を妨げるものではありません。

クイックリファレンス

必要なもの	実行すること	出力
カスタム画像	プロンプトを直接記述します。認可されたレンダリングの場合に限り、scripts/probe_gemini_image_api.pyを使用します	プリセットの制約に縛られない、リクエストされた構図
ノイズを抑えたプロンプトパック	簡潔なJSONを指定してscripts/build_variant_pack.pyを実行します	プリセットのプロンプトを1～4件生成します。デフォルトは4件で、Markdownのレビュ​​ーシートが付属します
承認済みの並列レンダリング	レビュー済みのパックに対してscripts/render_variant_pack.pyを実行します	含まれるすべてのバリアントを並行してレンダリングし、バッチマニフェストも生成します
任意の構図例	Executive Snapshot、Editorial Column、Decision Board、またはInsight Ribbonを試します	出発点として使用します。網羅的なデザイン一覧ではありません
ノイズの削減	再レンダリングする前に、余分なパネル、色、文章を削除します	よりすっきりした第2案

任意の低ノイズプリセット

落ち着いたスライドやブログ向けのビジュアルには、16:9、白または白に近いベースカラー、2～3色のアクセント、およそ5語のタイトル、画像外で説明を補う短いラベルを試してください。これらは出発点であり、普遍的な制限ではありません。フォーマット上必要な場合は、必須の長いコピー、出典注記、段落を残してください。ジェネレーターには、タイトルの短縮を含む、より厳格なプリセットが実装されています。正確な文言やカスタムスタイルを使用する前に、references/configuration.mdを参照してください。

バリアント	最適な用途	方針
Executive Snapshot	C-suite向けスライド、役員会の事前資料、戦略的な要約	主張または数値を1つ際立たせ、厳選した補足ブロックを3～4つ配置します
Editorial Column	ブログ記事、レポート、解説	十分な余白と細い区切り線を使い、縦にパネルを積み重ねます
Decision Board	トレードオフ、フレームワーク、比較	モジュール式のグリッドまたは左右に並べるレイアウトにし、視覚的な重みを均等にします
Insight Ribbon	基調講演のメインスライド、導入ビジュアル、横長の要約	横方向のストーリーバンドを1つ使い、補足モジュールを均等に配置します

応用可能なプロンプトのひな形や、目的を絞った反復調整には、references/patterns.mdを使用してください。

レンダリングのルール

• 選択した比率をプロンプトとAPI設定の両方に指定してください。ユーザーの指定を黙って上書きせず、サポートされている形式を使用してください。
• 関連するアイデアは、明確な階層で整理してください。プロセス、比較、イラスト、用語集の要素を組み合わせる場合も、それらの関係が理解できれば問題ありません。
• 想定される表示サイズで、テキストと視覚的な表現を確認してください。色だけに依存しないコントラストと意味も検証します。アクセシブルな形で画像を公開する場合は、代替テキストまたはテキストによる同等の説明を用意してください。
• 提供前に、事実誤認、必須内容の欠落、判読不能な箇所を修正してください。主観的なスタイル目標に達するまで自動的に再レンダリングするのではなく、追加の有料試行はユーザーの許可範囲内で計画してください。

注意点

1. 「詳細なインフォグラフィック」を求めると、通常は明瞭さよりも雑然さが増します。階層、余白、抑制を重視するよう指示してください。
2. Googleのドキュメントによると、モデルはリクエストされた正確な枚数の画像を生成できない場合があります。画像ごとに意図的なリクエストを1回行い、返された枚数を確認してください。
3. Googleのドキュメントによると、テキスト生成は、先にテキストを決めてから画像にレンダリングする方法が最も効果的です。画像プロンプト内で長いコピーを即興で作らないでください。正確なコピーを引用し、「他のテキストは追加しないでください。」で締めくくります。2.1では、指定していないラベルが追加される場合があります。
4. 画像のトーンや視線の流れが意図と異なる場合は、リクエストされた大胆なスタイルを捨てずに、階層、グループ化、強調の仕方を調整してください。
5. 定量的な正確さを高いレベルで求める場合は、Geminiの画像生成よりも、手作業で作成したグラフやベクターレイアウトのほうが適していることがあります。

ガイダンスを有用に保つ

事実への忠実さ、階層、コントラスト、読みやすさ、公開する文脈との適合性といった安定した原則に従います。ガイダンスが不十分な場合や、観察された動作と矛盾する場合は、異議のある事実について最新の公式 Gemini／ツール文書または信頼できる専門資料を確認してください。プロンプト作成のたびにウェブを閲覧する必要はありません。インストール済みのコピーを黙って変更するのではなく、例や確認方法を添えて、参照元を明記した修正案を正規のスキルに提案してください。過去のモデル検証結果は、その時点での証拠であり、現在も利用可能であることを保証するものではありません。

ガイド

タスク	参照先
モデル ID、リクエストフィールド、比率、サイズ、思考レベル、コスト	references/api.md
バリエーションの設計、質問の流れ、プロンプトの公式、反復の段階	references/patterns.md
環境設定、スクリプト、実環境での検証コマンド	references/configuration.md
ノイズ、テキスト、言語、再試行時の注意点	references/gotchas.md