ip-as-logo

ロゴとしての IP

32 × 32 でも認識できる、コンパクトで愛らしいシンボルを作成します。細かく描き込まれたキャラクターのイラストではなく、できるだけシンプルでかわいい IP キャラクターを目指します。

ワークフロー

1. 明示された IP の題材と、利用可能な製品コンテキストをリクエストから把握します。ユーザーが色モードを明示的に指定したいと言っていない限り、色モードを選ぶよう求めないでください。
2. ユーザーが IP の題材を指定しておらず、現在のワークスペースが製品リポジトリである場合は、質問する前に、関連する読み取り専用のコンテキストを確認します。README、製品ドキュメント、パッケージまたはアプリのメタデータ、ランディングページの文面、マニフェスト、デザイントークンを優先してください。製品の目的、主な対象ユーザー、意図された個性を合理的な確度で推測できる場合は、コンテキストが十分であると判断します。
3. 製品コンテキストが不十分な場合は、製品の機能、対象ユーザー、与えたい印象について尋ねる、まとめた質問を一度だけ行います。2回目の背景質問は行わないでください。回答後は、最も根拠のある解釈に基づいて続行します。
4. コンテキストが十分になったら、生成前に必ず簡潔な方向性を3つ提示し、独立した候補を6点、1バッチで生成することを明示的に提案します。ユーザーが同意するまでは生成しないでください。ただし、現在のリクエストですでに6点の出力が明示的に許可されている場合、または再確認なしで進めるよう求められている場合は除きます。
5. 提案する3つの方向性は、意図を持って選びます。
   • ユーザーが IP の題材を明示している場合は、その題材を維持し、シルエットの表現、二次色の領域、特徴的な要素、または個性の強調点に基づいた、異なるデザイン処理を3つ提案します。
   • ユーザーが IP の題材を指定していない場合は、実質的に異なる IP の題材またはメタファーを3つ提案します。それぞれを製品の異なる特性またはブランドの約束に結び付け、根拠なく動物を3種類挙げるだけにしないでください。
6. ユーザーの回答は正確に解釈します。
   • ユーザーが3つすべての方向性と6点の提案を受け入れた場合は、各方向性につき独立したバリエーションを2点生成し、A1、A2、B1、B2、C1、C2 とラベルを付けます。A1、B1、C1 は左下に、A2、B2、C2 は右下に割り当て、各方向性を左右それぞれから一度ずつ検証します。
   • ユーザーが1つの方向性を選び、6点の生成も受け入れた場合は、その方向性の制御されたバリエーションを6点生成し、A1 から A6 のラベルを付けます。奇数番号のバリエーションは左下に、偶数番号のバリエーションは右下に割り当てます。
   • ユーザーが提案された数量、方向性、または配置を拒否した場合は、既定案を主張せず、ユーザーの代替指示に従います。
   • それ以外の偶数の既定バッチサイズでは、候補を左下と右下に均等に割り当てます。奇数のバッチでは、意図を持ってどちらか一方に余分な候補を割り当て、偏りを記録します。ユーザーが明示的に求めない限り、下中央は使用しないでください。
7. 各候補では、画像全体で意味のある色をちょうど3色にすることを既定とします。IP のベースカラーをちょうど2色、背景色をちょうど1色にします。顔の模様には IP の2色を再利用し、意味のある色を追加しないでください。色数についてユーザーが明示的に別の指定をした場合は、それに従います。有用な比較ができるよう、必要な製品の手掛かり、識別要素、複雑さの上限、指定されたパレットの一貫性を保ちます。
8. 生成前に、最上位の画像モデルを必須とします。GPT Image 2 を優先し、Seedance 5.0 Pro、Nano Banana Pro（Gemini Image Pro）、Nano Banana 2（Gemini Image Flash）にも対応します。いずれも利用できない場合は、適切なツールを有効にするか、API キーを提供するようユーザーに依頼します。SVG 生成に切り替えないでください。他に利用可能な画像モデルを使うのは、ユーザーが明示的に同意した場合に限り、品質が推奨モデルに及ばない可能性があることを警告します。生成結果を捏造しないでください。
9. ランタイムがサブエージェントに対応している場合は、利用可能な並列実行数の範囲で、独立した6つの候補を並列化します。すべてのサブエージェントに同じ製品概要と共通制約を与え、それぞれに1つの方向性またはバリエーションを割り当てます。並列実行数に上限がある場合は、残りの候補を次のウェーブで実行します。サブエージェントが利用できない場合は、画像生成の呼び出しまたはジョブを個別に実行して候補を生成します。
10. ユーザーが背景パレットを指定した場合、ユーザーが明示的に別の指示をしない限り、指定された各色はすべて背景用に確保します。ユーザーが題材の色も割り当てていない限り、題材とコンテキストに合わせた IP のベースカラーをちょうど2色、独立して選びます。過去のパレットや例示のパレットを、使用可能な背景色の限定リストとして扱わないでください。
11. 以下の複雑さの予算に従って各題材を抽象化します。各候補は、独立したフル解像度の正方形アセットとして生成します。画像モデルにコンタクトシート、グリッド、または複数画像を並べたシートを作らせないでください。プロンプトのみでの再現性を検証する際、以前の候補を画像参照として使用しないでください。
12. 各バッチは1回限りのクリエイティブ生成として扱います。リクエストされた候補をそれぞれ一度だけ生成し、返された結果をすべてそのまま保持して渡します。出力を確認して納品を止めたり、推奨または非推奨に分類したり、自動で再試行したり、後処理で修正したりしないでください。
13. 生成結果をすべて保持し、ラベルを付けます。各ラベル、IP の方向性とその根拠、割り当てた隅、保存先パス、プロンプトと色の対応、寸法を報告します。すべての結果をまとめて提示します。ユーザーが次の生成を明示的に依頼した場合にのみ、改良版または差し替え版を生成します。 生成前に方向性を提案する際は、それぞれを簡潔な1行で説明します：<IP subject> — <product connection> — <defining silhouette>。最後に、上記の配分で6枚の画像を生成することを直接提案します。ユーザーから求められない限り、方向性の検討を長いブランディングワークショップにしないでください。

複雑さの上限

• およそ4–7個の大きな基本幾何学形状から、支配的で連続した外形を1つ作ります。個性、表情、認識に寄与しない形状は統合するか削除します。
• 種を特徴づける要素は最大1つにします。たとえば、大きな袋状のくちばし、カールした角の一対、または幅広のバイザーなどです。
• IPの基本色2色に対応する、幅広の内部領域は最大2つにします。顔は2つの目のみとし、表情に必要な場合に限り、小さな口を1つ加えます。認識に不可欠でない限り、眉、ハイライト、鼻孔、質感、輪郭線、装飾的な模様は省きます。
• 繰り返しの羽根、うろこ、毛束、鎧の板、ボタン、ねじ、数字、ラベル、その他の描写的な細部を取り除きます。
• 簡略さ、かわいらしさ、愛らしい赤ちゃんのような個性を、決め手となる特質にします。対象に適している場合は、大きな頭、コンパクトな体つき、ふっくらした頬、間隔を広く取ったシンプルな目、穏やかで親しみやすい表情を優先します。
• 32 × 32でも判別できる黒いシルエットと認識しやすさを必須とします。そのサイズで特徴が消えたりノイズになったりする場合は、大きくする、統合する、または削除します。

形状の表現と構図

• 太く、丸みがあり、存在感のある輪郭と、幅広い色面を使います。
• 鋭い角、とがった耳やくちばし、針のような尾、細い触角、細い笑顔、狭い隙間、鋭角の炎や羽根の先端は禁止します。必要な先端はすべて、目に見えて鈍く丸い形に置き換えます。
• 耳、角、翼、えら、ベルなど、対になった識別要素は両方とも見せます。
• キャラクターを直立させ、指定された左下または右下の隅から現れるように配置し、キャンバスの約85–95%を占めるようにして、IPの存在感を保ちます。
• 底辺や指定された側でキャラクターを切り取ると、その隅から現れる印象が強まる場合は構いませんが、端への正確な接触や固定された切り取り方は指定しません。
• ユーザーから明示的な依頼がない限り、キャラクターを中央または下部中央に配置しません。
• 対になった識別要素は、両方とも見える構図に収めます。
• イラストは直立させます。明示的な依頼がない限り、キャンバスを回転させたり、主要なモチーフを傾けたりしません。

シンプルさとビジュアル表現

• 大きく明快な意味のある形と、できるだけ強いシンプルなシルエットから始めます。内部の特徴に気づく前に、キャラクターがひと目で理解できるようにします。
• 細部を増やすよりも、より少なく、大きく、柔らかな形を優先します。解剖学的特徴や素材を説明するためだけに、特徴を追加しません。
• 顔の要素は小さく、シンプルにし、主張を抑えます。目、口、鼻、その他の小さな特徴に、光沢のあるハイライトや詳細な凹部表現を加えません。
• 指定された背景色は、風景、質感、光輪、ビネット、明暗の変化を加えず、視覚的に均一な単色に保ちます。
• 微妙な立体感は、プロンプトのひな形で使用する1文だけで求めます。数値による強さの指定や、グラデーション、ハイライト、影の指示に展開しません。生成結果に偶発的なグラデーション、陰影、または軽い立体感が含まれても問題ありません。これを理由に結果を除外したり、再生成したりしてはいけません。
• 粘土、空気で膨らませた質感、プラスチック、ぬいぐるみ、おもちゃ風、写実的な表現を求めず、グラフィックでシンプルなビジュアル表現にします。

色とキャンバス

• 画像全体で、意味を持つ色はデフォルトで正確に3色にします。具体的には、IPのベースカラーを正確に2色、背景色を正確に1色にします。
• 製品のコンテキスト、対象のアイデンティティ、意図する個性、ユーザーのリクエストを踏まえて、IPの色を2色選びます。どちらも目的のある大きな色面として配置し、一方は顔の模様にも再利用し、もう一方は装飾的な断片に散らさず、ひと続きの特徴的な領域に使用します。
• 2色の対象色は、背景色とはそれぞれ独立して選びます。適切な場合は、明るく生き生きとした対象色を優先しますが、IPに対して全体的な彩度、OKLCH、色相シフト、彩度の範囲を一律に強制しないでください。
• 背景色は、コンテキストに合わせて自由に選ぶか、ユーザーが提示したパレットから選びます。ユーザーが鮮やかな色を求めていない限り、彩度を少し下げて背景の鮮やかさを穏やかに抑えます。鮮やかすぎず、灰色がかったり濁ったりもしない、明確に色味があり意図の伝わる背景にします。歴史的なパレットや例はあくまで参考であり、許可リストや必須のデフォルトパレットではありません。
• 主となるIPのシルエット、顔の模様、背景を視覚的にはっきりと区別します。ユーザーが指定した背景で分離が弱くなる場合は、指定された背景を置き換えるのではなく、まず対象色を調整します。
• 複数の画像を生成する際は、同じニュートラルカラー中心の組み合わせを繰り返さず、IPの2色の配色方針に意図的な変化をつけます。
• 2色のキャラクターカラーは、それぞれ意味を持つ色の系統として扱います。いずれかの系統内で偶発的に色調が変化しても、出力の要件に反することにはなりません。
• 使用する単色の背景色を明示します。キャラクターが指定された出現コーナーを占める一方、開放されたすべての領域と、キャラクターに占められていないコーナーをその色で塗りつぶすよう指示します。生成プロンプトでは、opaque、alpha、transparencyなどの画像モード用語を使わないでください。
• 外側の角が直角の、直接生成した1:1の正方形を作成します。およそ1536 × 1536を指定し、サービスの出力上限が1254 × 1254の場合は、そのネイティブ解像度の結果をそのまま使用します。指定した数値に合わせることだけを目的に、再サンプリングしないでください。

プロンプトのひな形

ジェネレーターの機能に応じたルート制約

実行時メタデータ、設定済みプロバイダーのドキュメント、またはユーザーによる明示的な説明に基づいて、利用可能な画像モデルと実際のツールスキーマを特定します。モデルを推測したり、サポートされていないパラメーターを作り出したりしないでください。

求められているビジュアルは、画像としてのみ記述します。画像ジェネレーターに、画像が logo、brand mark、app icon、icon asset である、またはそうした用途を想定していると決して伝えないでください。そのような用途が明らかになる、ユースケースやアセットの種類を示す前置きも加えないでください。このルールは生成プロンプトにのみ適用されます。周辺のユーザーとの会話やスキル名では、より大きなプロジェクトについて説明してもかまいません。

• GPT Image 2、Nano Banana Pro、Nano Banana 2、Seedance 5.0 Pro など、指示への追従性能が高い最新の画像モデルでは、肯定的なプロンプト全体を維持し、最小限の除外事項はメインプロンプト内に自然な言葉で記述した Constraints: 行として含めます。これらのモデルでは、別個のネガティブプロンプトのペイロードを作成しないでください。
• negative_prompt などの専用パラメーターが明示的に公開されている旧モデルまたはランタイムでは、肯定的なプロンプトの各行を変更せず、利用可能なアダプターで求められる構文に従って、最小限の除外事項を専用パラメーターに渡します。同じ除外事項が両方の入力経路で重複しないよう、メインプロンプトから自然言語の Constraints: 行を省きます。
• 専用のネガティブプロンプトパラメーターがない旧モデルでは、ドキュメントに記載されたプロンプト形式に従います。プロンプト文字列が1つしか使えない場合は、簡潔な自然言語の Constraints: 行を残します。
• 生成レポートには、モデルまたはプロバイダー、検出された制約の指定方式（main-prompt constraints または dedicated negative parameter）、および制約の正確なテキストまたはペイロードを記録します。

専用の旧式ネガティブプロンプトパラメーターが利用可能な場合は、この最小限のペイロードを、必要な構文に合わせて調整します。

text, watermark, borders, frames, cards, presentation masks, extra subjects, scenery, thin fragile lines, sharp tips, photorealistic materials, strong three-dimensional rendering, external cast shadows

指示への追従性能が高い最新モデルおよび単一プロンプトのインターフェースでは、以下の完全なプロンプトを使用します。

Create one complete full-bleed 1:1 square image.
Background: fill the entire square with solid <background>. Keep <background> visible in every open area and in the corners not occupied by the character; the assigned emergence corner must be occupied by the character.
Subject: place one extremely simplified, cute, endearing <subject> IP character on the background, reduced to one soft rounded continuous silhouette and one defining feature.
Complexity: use only 4–7 large basic shapes and at most two broad internal color regions. Use two simple eyes and add one tiny mouth only when it helps the expression. Remove every nonessential line, outline, anatomical detail, texture, and decoration. Keep the character readable at 32 × 32.
Color behavior: use exactly three semantic colors in the complete image: exactly two IP base colors plus the background color. Choose the two IP colors from the subject and context, organize both into broad purposeful masses, and reuse them for facial marks. Choose the background independently or follow the user's supplied background. Unless the user asks for vivid color, lower the background saturation slightly so it feels gently muted and restrained while remaining clearly chromatic, clean, and intentional rather than gray or muddy. Keep the IP, facial marks, and background clearly separated. Treat any example palette as optional inspiration, never as an allowlist.
Composition: keep the character upright and emerging from the assigned <lower-left or lower-right>, filling about 85–95% of the square so it remains visually dominant. Cropping at the bottom or assigned side is welcome when it strengthens the corner emergence. Preserve both paired identifying features. Never center or bottom-center the character.
Style: make simplification, cuteness, and lovable baby-like appeal the strongest qualities. Use large soft forms, compact proportions, thick rounded contours, and an ultra-clean graphic treatment. Prefer one clear shape over several explanatory details. Add an extremely, extremely subtle, almost imperceptible sense of depth through a barely-there neo-skeuomorphic treatment.
Finish: show only the character on the full-canvas background, with clean surfaces and normal square outer corners.
Constraints: Use no text or watermark. Add no borders, frames, cards, or presentation masks. Include one character only, with no extra subjects or scenery. Use no fragile lines, sharp tips, unnecessary outlines, tiny details, or decorative marks. Add no photorealistic material, dramatic bevel, glossy hotspot, deep occlusion, extrusion, strong three-dimensional rendering, or external cast shadow. Keep the background solid and uniform, with no texture, vignette, or lighting variation.

提供時の動作

• 生成は、適合性テストではなく確率的なサンプリングとして扱います。
• 指定された数の独立した候補を一度だけ生成し、返された画像をすべて提供します。
• 既定では、アルファ、透明度、背景モードを確認したり報告したりしないでください。
• 背景、色、細部、構図、グラデーション、陰影、または立体感を理由に、提供を止めたり、候補を適合・不適合として評価したり、推奨・非推奨の印を付けたり、結果を自動で再生成したりしないでください。
• 結果を、より適合しているように見せるために後処理しないでください。ユーザーが後から別の方向性や差し替えを求めた場合は、その明示的な依頼に応じて、新たな独立した候補を生成します。