mcpField
I
image-prompt

image-prompt

github.com/social-media-skillsクリエイティブ・メディア210684 回インストール2 週間前に更新
リポジトリ

image-prompt について

image-promptは、AI生成の適否を判断し、モデルを問わない画像ブリーフとプロンプトを作成して、適切な生成スキルへ引き継ぐビジュアルコンテンツ向けスキルです。WoopSocialのコンテンツ制作者を対象とし、画像生成と投稿を区別します。

主な機能

  1. 01AI生成の適否を判断
  2. 02目的とブランドに沿ったブリーフ作成
  3. 03モデル共通の画像プロンプト作成
  4. 04生成スキルへの振り分け
  5. 05テキスト、アクセシビリティ、開示の確認

活用シーン

  1. 01生成画像より実際の写真を選ぶ
  2. 02SNS投稿向けのブランド画像を準備
  3. 03文字中心または写実的な画像のツール選定
  4. 04投稿前に生成画像のテキストとデータを確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/social-media-skills/skills --skill image-prompt

インストール後、Claude Code で/image-promptを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

evals/
evals.json
references/
choosing-the-tool.md
examples.md
prompt-anatomy.md
the-image-brief.md

詳細

Image Prompt(ブリーフ・クラフト・ルーティング)

ビジュアルクラスターの基盤です。 投稿に画像が必要なとき、このスキルがどんな画像にするか(ブリーフ)を決め、モデルに依存しないクラフトで説明し、適切なツールへルーティングしてから引き継ぎます。各モデル固有のコツを扱う、ツール別のミニスキル(nano-banana、ideogram、flux、veo-3)の上位に位置します。

brand-profile/content-pillarsに相当するビジュアル版と考えてください。各ツールスキルが、あらかじめ確認済みであることを前提とする、共通の意思決定レイヤーです。

ステップ 0 — 判定:そもそも AI 生成にするべきか?

AI 生成は選択肢の一つであり、デフォルトではありません。実際の写真(実際の製品・場所・チーム)、スクリーンショット、UGC、グラフは、信頼性と明確さの点で優れていることがよくあります。また、AI で実在の人物や場所を捏造してはいけません。存在しないものが必要な場合、ブランドのルックに合わせる必要がある場合、画像内のテキストを読みやすくする必要がある場合、または一貫性のあるシリーズが必要な場合で、適した実物の素材がないときに生成を検討してください。実物の素材のほうが適切なら、そのように伝えてください。(references/the-image-brief.mdを参照してください。)

ステップ 1 — ブリーフを書く

brand-profile.mdを読み、次の4点に答えてください。用途/目的(ヒーロー画像/解説画像/引用グラフィック/製品/ライフスタイル/サムネイル/背景/広告)、必ず伝えるべき一つのこと、掲載先に合わせた形式/アスペクト比、そしてブランドのルックです。1行のブリーフを作成します。references/the-image-brief.mdを参照してください。

ステップ 2 — 説明する(モデルに依存しない)

ブリーフを、具体的で自然な言葉によるプロンプトに変換します。要素は、被写体・構図・ライティング・色・スタイル・ムード・詳細・制約です。また、品質トークンの羅列(「4k, masterpiece」)は取り除いてください。長さより具体性が重要です。テキストのオーバーレイを考慮してデザインしてください(余白、コントラスト)。references/prompt-anatomy.mdを参照してください。

ステップ 3 — ツールへルーティングする

画像の最も重視する要件に応じて選択します。

  • テキスト/タイポグラフィ → ideogramまたはnano-banana(どちらも得意です。使用可能なツールを踏まえて適切に選んでください)。
  • フォトリアルなポートレート/製品画像 → nano-bananaまたはflux(Midjourney は外部ツールです)。シュール/絵画風 → Midjourney。
  • 編集(「一つだけ変更し、ほかは維持する」)→ nano-banana(対話型)またはflux(Kontext)。
  • 一貫性のあるキャラクター/製品のセット → nano-banana(複数画像の参照)またはflux(複数参照)。
  • 検索に基づくインフォグラフィック → nano-banana。ブランド指定の正確な HEX 値/オープンウェイト/ライセンス管理 → flux。
  • ベクター/SVG → Recraft。動画 → veo-3。

どちらも要件に合う場合は、両方が使えることを伝え、判断の決め手に基づいて選んでください。無理に優劣をつけてはいけません。references/choosing-the-tool.mdを参照してください。

ステップ 4 — 引き継いで、公開する

モデル固有のクラフトについてはツールのミニスキルに、API についてはtools/integrations/<tool>.mdに引き継ぎます。 生成後は、画像内のテキスト/データを確認し、プラットフォーム/地域ごとの AI 使用を開示してから、WoopSocial Media にアップロードし、scheduling-and-queue経由で添付します。WoopSocial は公開を行いますが、生成は行いません。

横断事項(常に適用)

  • プラットフォーム/地域ごとの AI 使用を開示してください(Meta の「Made with AI」、EU AI Act)。ウォーターマークの動作はツールによって異なります(Google ツールでは SynthID、Ideogram では強制なし)。開示の代わりにウォーターマークを当てにしないでください。
  • 実在の人物/IP は使用しないでください。実在する特定可能な個人、著作権で保護されたキャラクター、商標登録されたロゴは使わず、独自の方向性にしてください。
  • 公開前に画像内のテキストとデータを確認してください。
  • アクセシビリティ — コントラストとモバイルでの読みやすさを確保し、オーバーレイ用の余白を残してください。

品質基準 — セルフチェック

  • 生成前に、実物の素材と AI のどちらが適切か判定しましたか?
  • ブリーフ(用途+必ず伝えるべき一つのこと+形式+ブランド)と、具体的で自然な言葉によるプロンプト(トークンの羅列なし)を作成しましたか?
  • 最も重視する要件に基づいてルーティングし、どのツールが適切かを正直に判断したうえで、引き継ぎましたか?
  • オーバーレイ/アクセシビリティを考慮してデザインし、開示、IP、確認にも対応しましたか?
  • WoopSocial について正確に説明しましたか(Media 経由で公開し、生成はしない)?

例外ケースと反論への対応

  • 「かっこいい画像プロンプトを書いて」 → まずブリーフを作成します。プロンプトより目的を優先します。
  • 「4k masterpiece ultra-detailed」 → 具体的なシーンに書き換え、品質を表すトークンは削除します。
  • 「実在する自分のカフェ/スタッフを生成して」 → 実際の写真を使います。実在する人物や場所を捏造しません。
  • 「[studio] のキャラクター」や実在の人物をベースにして」 → 知的財産や実在の人物に関する依頼は断り、オリジナルの方向性を提案します。
  • 「A と B、どちらのモデルがいい?」 → ツールに基づいて率直に回答します。どちらも適切な場合があります。
  • 「WoopSocial で生成して」 → WoopSocial では生成できません。ツールに案内し、生成後にアップロードして添付します。

関連項目

  • nano-banana、ideogram、flux、veo-3 — 案内先または引き継ぎ先となる、ツール固有のミニスキルです。
  • tools/integrations/* — 各ツールの接続/APIです。brand-profile — ビジュアルブランドです。
  • carousel-writer、reels-script、caption-writer/hook-writer — 利用側(image-prompt-pack/オーバーレイのコピー)です。
  • scheduling-and-queue — アセットを Media にアップロードして投稿に添付します。

参考資料

  • references/the-image-brief.md — 「これは AI を使うべきか」という判断基準と、4 つの質問で構成されるブリーフです。
  • references/prompt-anatomy.md — モデルに依存しない、優れたプロンプトに共通する構成です。
  • references/choosing-the-tool.md — ルーター/判断ツリーと、どのツールを使うかについての率直な案内です。
  • references/examples.md — 最初から最後までのワークフロー、弱い例から強い例への改善、生成しない判断基準、対応範囲についての率直な説明です。

コメント