create-marketing-kit

マーケティングキットの作成

確認済みの製品情報を、一貫性のある再利用可能なキャンペーンキットにまとめます。編集可能なソースとローカルでの所有権を維持し、生成画像は事実の証明ではなく感情を伝える目的で使用し、引き渡し前にすべての最終アセットを検証します。

運用上の約束

• リポジトリ内のファイル、提供されたスクリーンショット、ユーザーの明示的な発言を証拠として扱います。推論と未解決の不明点には、その旨を明記します。
• 機能、お客様の声、指標、提供状況、引用、顧客の承認を決して捏造しません。
• プライバシー、セキュリティ、暗号化、絶対的なデータ所在地に関する主張は、慎重に扱う必要があります。テレメトリやサードパーティのネットワーク動作も含め、現行の実装と設定に照らして検証します。検証が済むまでは、オーナー提供の情報としてラベル付けし、絶対的な表現には条件を付けるか、省略します。矛盾する証拠はそのまま保持し、より強い主張を選ぶのではなく、プロダクトオーナーに確認します。
• 生成した人物や場面は、編集上の表現であることが明確になるようにします。製品の証拠には実際のキャプチャを、ブランドの識別には実際のロゴを使用します。
• マーケティング用テキスト、ロゴ、偽のインターフェース要素を含めずにアートワークを生成します。正確なコピーと UI は、SVG、HTML/CSS、またはネイティブのレイアウトコードで決定論的に追加します。
• ローカルファーストの所有権を維持します。プロンプト、ソース画像、編集可能なレイアウト、書き出しファイル、マニフェストをプロジェクト内にまとめて保管します。
• ユーザーから明示的な依頼がない限り、公開、デプロイ、プッシュ、他者への連絡は行いません。

ワークフロー

1. 製品の事実関係を確認する

必要最小限の信頼できる情報源（製品の README、現行のウェブサイト、設定またはリリースノート、実際のスクリーンショット）を読みます。verified、inference、unknown の項目を含む、簡潔な主張台帳を作成します。中核となる主張が裏付けられない場合は、キャンペーンを中止するか、範囲を狭めます。

ポジショニングやコピーを書く前に、references/campaign-strategy.md を読みます。

2. キャンペーンの主軸を1つ定める

対象者、その人が現在抱えている課題、製品によってもたらされる証拠に裏付けられた変化、記憶に残るキャンペーンの約束を明確にします。次のメッセージ階層を組み立てます。

1. キャンペーンの約束。
2. 補足となる価値提案。
3. 2～3点の裏付け。
4. 正直な条件またはリリースの範囲。
5. 1つの行動喚起。

関連のないスローガンを並べるよりも、強いアイデアを一貫して繰り返すことを優先します。

3. 成果物を慎重に選ぶ

ユーザーに必要な媒体だけを選びます。一般的な書き出し形式は次のとおりです。

• 横長のヒーロー画像：1600x900。
• 縦長のフィード画像：1080x1350。
• ストーリーまたはリールのカバー画像：1080x1920。
• 最適化されたウェブサイト画像：容量の上限を設定したレスポンシブ WebP。
• チャネル別コピー：ウェブサイト、README、ローンチ投稿、ソーシャルメディア用のバリエーション。

書き出し前に marketing/<campaign-slug>/campaign-manifest.json を作成します。すべての最終アセットについて、相対パス、役割、幅、高さ、任意のバイト数上限を記録します。最終コピーと主張台帳を照合した後に限り、claims_reviewed を true に設定します。

4. オリジナルのアートワークを直接制作する

アートワークを依頼された場合、またはビジュアルの参考資料が提示された場合は、references/art-direction.md を確認してください。

• アートワークの生成または構成に取りかかる前に、ユーザーがすでに方向性を指定しているか、明確なビジュアルの参考資料を提示している場合を除き、希望する雰囲気や美的スタイルを尋ねてください。決めかねている場合は、製品に適した方向性を2つか3つ提示し、それぞれのトレードオフを一文で説明して選んでもらってください。これは必須の承認確認です。回答を待つ間も根拠となる情報の収集を続けてかまいませんが、回答を得るまではアートディレクションを確定しないでください。
• 参考資料の構図、躍動感、配色、人の存在感を確認してください。保護対象のキャラクター、ロゴ、レイアウト、特徴的な細部を再現しないでください。
• 人物を中心としたアートワークを依頼された場合は、生活感のある場面に、自然な身体構造、説得力のある手、変化のある姿勢、目的のあるやり取りを備えた、実在感のある成人を描いてください。
• コピーを確実に配置できるよう、ネガティブスペースを確保してください。ビジュアルのメタファーは、キャンペーンの主張を支えるものにしてください。
• 画像生成が利用できる場合は、ラスターイラストや写真の制作に使用してください。異なるアセットのコンセプトごとに1回生成し、やり直すのではなく、的を絞った編集を行ってください。
• 画像生成が利用できない場合は、アートブリーフ、プロンプト、レイアウト、アセット一覧を完成させ、不足しているレンダリングは明記してください。

正確なプロンプトと参考資料に関するメモを prompts.md に保存してください。生成画像を、製品の機能が存在する証拠として扱わないでください。

5. 編集可能なレイアウトを構成する

テキスト、ロゴ、区切り線、実際の製品画面キャプチャには、位置を確実に制御できるツールを使用してください。キャンペーンのマスターには編集可能な SVG を、ウェブサイトへの組み込みには HTML/CSS またはネイティブコンポーネントを優先してください。すべてのアスペクト比は同じ主張とアートディレクションをもとに導き出し、機械的に切り抜くのではなく、形式ごとにレイアウトを組み直してください。

読みやすいコントラスト、安全な余白、モバイルでの可読性を確保してください。実際のインターフェース画面のキャプチャは、読みやすく最新の状態を保てる場合にのみ使用してください。

6. チャネル向けコピーとガードレールを作成する

各チャネルに適した簡潔なバリエーションを作成してください。禁止する主張、必須の限定表現、推奨用語、リリース段階に応じた表現を列挙したガードレールのセクションを含めてください。ありきたりな誇張表現、作り出した緊急性、根拠のない最上級表現は避けてください。

7. 必要なものだけを組み込む

組み込みを依頼された場合は、次のように対応してください。

• README：製品紹介の近くにキャンペーンバナーを1つ配置し、情報を把握しやすい構成を保ってください。
• ウェブサイト：既存の情報階層から別の配置が明らかに適切と判断できる場合を除き、製品の実際の証拠を示すセクションの後に、人を中心としたエディトリアルアートを配置してください。
• 訪問者が機能を評価する際は、スクリーンショットを主役にしてください。
• 内容を説明する代替テキスト、レスポンシブなサイズ指定、サイト専用に最適化した画像を追加してください。大きなソーシャルメディア用の書き出し画像を、そのままウェブで再利用しないでください。
• ホストリポジトリの規約に従い、意味のある最小限の整合性テストを追加してください。

8. 検証して確認する

キャンペーンマニフェストに対して、同梱のバリデーターを実行してください。

python3 <skill-folder>/scripts/validate_campaign_kit.py marketing/<campaign-slug>/campaign-manifest.json

さらに、ホストプロジェクトで対象を絞ったビルドまたはテストを実行し、README とウェブサイトのリンクを確認して、最終アセットをすべて実際の寸法でレンダリングしてください。デスクトップとモバイルの両方の組み込みがある場合は、両方を確認してください。人物の身体構造、コピーの正確さ、切れ、コントラスト、圧縮、ファイルサイズを確認してください。

キャンペーンキットの構成

marketing/<campaign-slug>/
├── campaign-manifest.json
├── README.md              # thesis, claims ledger, deliverables, usage
├── prompts.md             # exact prompts and reference notes
├── source/                # generated or supplied source imagery
├── artwork/               # editable SVG/layout masters
└── assets/                # validated final exports

不足を捏造せず、見える状態にしておいてください。マニフェストには、完成した書き出しファイルのみを記載できます。

引き継ぎ

承認された雰囲気や美的スタイル、キャンペーンの主張、作成したファイル、変更した組み込み箇所、使用した生成プロンプトまたはモード、実施した検証を報告してください。削除した根拠のない主張、未解決のアセット不足、公開前にユーザーが行う必要のある作業も明記してください。