IP as Logo

IP as Logo は何をしますか？

可能な限りシンプルな可愛いIPキャラクターを作成します。32 × 32 でも認識可能な、コンパクトで愛らしいシンボルであり、詳細なキャラクターイラストではありません。

ワークフロー

1. 明示的なIP主題と利用可能な製品コンテキストについてリクエストを解析します。ユーザーが明示的に色モードを制御したい場合を除き、色モードの選択を求めないでください。
2. ユーザーがIP主題を指定しておらず、現在のワークスペースが製品リポジトリである場合、質問する前に関連する読み取り専用コンテキストを調査します。README、製品ドキュメント、パッケージまたはアプリのメタデータ、ランディングページのコピー、マニフェスト、デザイントークンを優先します。製品の目的、主要なオーディエンス、意図された個性が合理的に推測できる場合、コンテキストは十分と見なします。
3. 製品コンテキストが不十分な場合、製品の内容、誰に提供するか、どのような雰囲気にするかというバックグラウンド質問を1回にまとめて行います。2回目のバックグラウンド質問は開始しません。回答後は、最も適切と思われる解釈で続行します。
4. コンテキストが十分になったら、生成前に必ず3つの簡潔な方向性を提示し、明示的に6つの独立した候補を一括生成することを提案します。ユーザーが同意するまで生成しないでください。ただし、現在のリクエストですでに6つの出力が明示的に許可されているか、エージェントに確認なしで続行するよう指示されている場合は除きます。
5. 提案する3つの方向性は意図的に選択します。
   • ユーザーが明示的にIP主題を指定した場合、その主題を維持し、シルエットの処理、二次色領域、特徴的な要素、または個性の強調に基づいて3つの異なるデザイン処理を提案します。
   • ユーザーがIP主題を指定しない場合、真に異なる3つのIP主題またはメタファーを提案します。それぞれを異なる製品属性やブランドの約束に結び付けます。根拠のない任意の3つの動物を返さないでください。
6. ユーザーの応答を正確に解釈します。
   • ユーザーが3つの方向性と6画像提案のすべてを受け入れた場合、方向性ごとに2つの独立したバリエーションを生成し、A1、A2、B1、B2、C1、C2 とラベル付けします。A1、B1、C1 を左下に、A2、B2、C2 を右下に割り当て、各方向性が両側から1回ずつテストされるようにします。
   • ユーザーが1つの方向性を選択したが6画像を受け入れた場合、その方向性の6つの制御されたバリエーションを生成し、A1 から A6 とラベル付けします。奇数番号のバリエーションを左下に、偶数番号のバリエーションを右下に割り当てます。
   • ユーザーが提案された数量、方向性、または分布を拒否した場合、デフォルトを主張せずにユーザーの置き換え指示に従います。
   • その他の偶数のデフォルトバッチサイズの場合、候補を左下と右下に均等に分割します。奇数のバッチの場合、余分な候補をどちらかの側に意図的に割り当て、その不均衡を記録します。ユーザーから明示的に要求されない限り、下部中央は使用しないでください。
7. すべての候補のデフォルトを、画像全体で正確に3つのセマンティックカラー（正確に2つのIPベースカラーと正確に1つの背景色）に設定します。顔のマークには2つのIP色を再利用し、追加のセマンティックカラーを導入しないでください。別の色数に対する明示的なユーザー要求に従います。必要な製品の手がかり、識別特徴、複雑さの制限、および提供されたパレットは、有益な比較が可能な程度に一貫性を保ちます。
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. ユーザーが背景パレットを提供した場合、ユーザーが明示的に別のことを述べない限り、提供されたすべての色を背景用に確保します。ユーザーが主題色も割り当てない限り、主題とコンテキスト用に正確に2つのIPベースカラーを個別に選択します。過去のパレットや例示パレットを、許可された背景のクローズドリストや必須のデフォルトパレットとして扱わないでください。
11. 以下の複雑さの予算を使用して各主題を抽象化します。各候補を個別のフル解像度の正方形アセットとして生成します。画像モデルにコンタクトシート、グリッド、または複数画像シートを構成するよう依頼しないでください。プロンプトのみの再現性をテストする場合、以前の候補を画像参照として使用しないでください。
12. 各バッチをワンパスのクリエイティブドローとして扱います。要求された各候補を1回生成し、その後、返されたすべての結果をそのまま保持して配信します。出力を検査して配信をブロックしたり、推奨/非推奨に分類したり、自動的に再試行したり、後処理で修復したりしないでください。
13. 生成されたすべての結果を保持し、ラベル付けします。すべてのラベル、IP方向性とその根拠、割り当てられたコーナー、保存パス、プロンプト/カラーマッピング、寸法を報告します。すべての結果を一緒に提示します。ユーザーが明示的に別のドローを要求した場合にのみ、リファインメントまたは置き換えを生成します。

生成前に方向性を提案する場合、それぞれを1行のコンパクトな形式で説明します：<IP主題> — <製品との関連> — <定義するシルエット>。最後に、上記の分布を使用して6つの画像を生成する直接的な提案で締めくくります。ユーザーから要求されない限り、発見フェーズを長いブランディングワークショップにしないでください。

複雑さの予算

• 約 4–7 個の大きな基本的な幾何学的形状から、1つの支配的な連続したアウターシルエットを構築します。アイデンティティ、表情、または認識に寄与しない形状はマージまたは削除します。
• 最大で1つの種を定義する特徴を使用します。例：1つの大きな袋状のくちばし、1対の巻き角、または1つの広いバイザー。
• 2つのIPベースカラーに対応する、最大2つの広い内部色領域を使用します。顔は2つの目と、表情に必要な場合にのみ1つの小さな口に留めます。眉、ハイライト、鼻孔、テクスチャ、アウトライン、装飾的なマークは、認識に不可欠でない限り省略します。
• 繰り返しの羽、鱗、毛の房、装甲板、ボタン、ネジ、数字、ラベル、その他のイラスト的な詳細を削除します。
• 単純化、可愛らしさ、そして愛らしい赤ちゃんのような個性を決定的な品質とします。主題に適している場合、大きな頭、コンパクトなプロポーション、柔らかい頬、広く離れたシンプルな目、穏やかでフレンドリーな表情を優先します。
• 32 × 32 で読み取り可能な黒のシルエットと認識可能性を要求します。そのサイズで特徴が消えるかノイズになる場合、拡大、マージ、または削除します。

形状言語と構図

• 太く、丸みを帯び、重厚な輪郭と広い色の塊を使用します。
• 鋭い角、とがった耳やくちばし、針のような尾、細い触角、細い笑顔、狭い隙間、鋭い炎や羽の先端を禁止します。必要な先端はすべて、目に見えて鈍い丸い端に置き換えます。
• 耳、角、翼、えら、鈴など、対になっている識別特徴の両方を表示します。
• キャラクターを直立させ、割り当てられた左下または右下のコーナーから現れるように表示し、キャンバスの約 85–95% を埋めて、IPが視覚的に支配的になるようにします。
• そのコーナーから現れる感覚を強化する場合、下部または割り当てられた側でのクロッピングは歓迎しますが、正確なエッジコンタクトや固定クロップを規定しないでください。
• ユーザーから明示的に要求されない限り、キャラクターを中央または下部中央に配置しないでください。
• 対になっている識別特徴の両方を、可視構図内に保持します。
• アートワークを直立に保ちます。明示的な要求なしに、キャンバスを回転させたり、メインマークを傾けたりしないでください。

シンプルさとビジュアル処理

• 大きくてクリーンなセマンティックシェイプと、可能な限り強力な単純なシルエットから始めます。キャラクターは、内部の特徴に気付く前に、即座に理解されるべきです。
• 余分な定義よりも、少なく、より大きく、よりソフトなフォルムを優先します。解剖学や素材を説明するためだけに特徴を追加しないでください。
• 顔のマークは小さく、シンプルで、従属的に保ちます。目、口、鼻、またはその他の小さな特徴に、光沢のあるホットスポットや詳細な空洞レンダリングを追加しないでください。
• 指定された背景色は、視覚的にソリッドで均一に保ちます。景色、テクスチャ、ハロー、ビネット、照明のバリエーションは使用しません。
• 「プロンプトスケルトン」で使用される単一の文のみで、微妙な立体効果を依頼します。それを数値的な強度やグラデーション、ハイライト、シャドウの指示に拡張しないでください。ジェネレーターから返される付随的なグラデーション、シェーディング、または軽度の立体感は許容され、フィルタリングや再試行をトリガーしてはなりません。
• 要求するビジュアル方向性は、グラフィックでシンプルに保ちます。クレイ、インフレータブル、プラスチック、ぬいぐるみ、おもちゃのような、またはフォトリアリスティックなレンダリングを要求しないでください。

カラーとキャンバス

• 画像全体で正確に3つのセマンティックカラーをデフォルトとします。正確に2つのIPベースカラーと正確に1つの背景色です。
• 2つのIPカラーを、製品コンテキスト、主題のアイデンティティ、意図された個性、およびユーザー要求から選択します。両方を広く意図的な塊に整理します。1つを顔のマークに再利用し、もう1つを装飾的な断片を散在させるのではなく、1つの連続した定義領域に保ちます。
• 両方の主題色を背景から独立して選択します。適切な場合、クリアで活気のある主題色を優先しますが、IPにグローバルな彩度、OKLCH、色相シフト、またはクロマバンドを課さないでください。
• 背景は、コンテキストのために自由に、またはユーザー提供のパレットから選択します。ユーザーが鮮やかな色を要求しない限り、背景の彩度を少し下げて優しくくすませます。鮮やか、グレー、または濁った色ではなく、明確に色彩があり意図的に保ちます。過去のパレットと例は提案のみであり、許可リストや必須のデフォルトパレットではありません。
• 支配的なIPシルエット、そのフェイスマーク、および背景の間に明確な視覚的分離を維持します。ユーザー提供の背景が弱い分離を引き起こす場合、要求された背景を置き換えるのではなく、まず主題色を調整します。
• バッチ全体で、2つのIPカラー戦略を意図的に変化させ、同じニュートラル主体の組み合わせを繰り返さないようにします。
• 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 and palette: use exactly two subject colors based on the product context, subject identity, intended personality, and user request. One of those two colors may be used for facial marks. Use one solid uniform background color as specified above. Do not add additional semantic colors.
Composition: position the character emerging from the assigned lower-left or lower-right corner of the square, occupying 85–95% of the canvas. Keep the artwork upright. Present both members of paired identifying features, such as ears, horns, wings, gills, or bells.
Shape language: use thick rounded weighty contours and broad color masses. No pointed ears or beaks, needle-like tails, thin antennae, narrow thin smiles, narrow gaps, or acute flame or feather tips. Replace every necessary tip with a visibly blunt rounded end.
Visual treatment: graphic and simple. Apply a subtle dimensional effect so the character feels tangibly present, not flat. Do not make the character clay-like, inflatable, plastic, plush, toy-like, or photorealistic. Keep the background solid and uniform, without scenery, texture, halo, vignette, or lighting variation.
Constraints: no text, watermark, borders, frames, cards, presentation masks, extra subjects, scenery, thin fragile lines, sharp tips, photorealistic materials, strong three-dimensional rendering, or external cast shadows.

生成報告

すべての完了したバッチの後、構造化されたレポートを返します。

### バッチ結果

**モデル:** <使用されたモデル>
**制約モード:** <main-prompt constraints または dedicated negative parameter>

| ラベル | IP方向性 | 根拠 | コーナー | ファイル | プロンプトカラー | 寸法 |
|--------|-----------|--------|----------|----------|------------------|--------|
| A1 | … | … | 左下 | … | … | … |
| A2 | … | … | 右下 | … | … | … |
| B1 | … | … | 左下 | … | … | … |
| B2 | … | … | 右下 | … | … | … |
| C1 | … | … | 左下 | … | … | … |
| C2 | … | … | 右下 | … | … | … |

**背景:** <正確な16進数または名前、ジェネレーターに渡されたとおり>
**IPカラー1:** <名前または説明> — **IPカラー2:** <名前または説明>
**検出された制約テキストまたはペイロード:** <正確なテキスト>

< > 内のすべてのプレースホルダーを実際の値で置き換えます。ファクトリーチェック（32 × 32 読み取り可能性）は報告対象外であり、実施しないでください。生成をブロックしたり、結果を推奨/非推奨に分類したり、出力をリファインメントのために保持したりしないでください。