launch-copy

このスキルでは、ローンチ用コピーを作成します。以下のルールは必ず守ってください。

1. すべての行を実際の製品に基づいて作成してください。.ulpi/launch/positioning.md があれば読み、なければライブサイト（browse 経由）、README、製品ドキュメントを根拠にしてください。機能、指標、顧客、受賞歴を捏造してはいけません。製品が何をするもので、誰を対象としているのか判断できない場合は、推測せずに質問してください。
2. アセットプロファイルを厳密に守ってください。文字数などの厳格な上限、指定された語調、依頼者から提示されたコンプライアンスルールをすべて尊重してください。文字数を数え、厳格な上限を超えるコピーは絶対に提出しないでください。
3. コンプライアンスに関する注記に従ってください。依頼者からコンプライアンスルール（例：「Product Hunt：アップボートを求めない」「Hacker News：誇張やマーケティング調の言葉を使わない」）が提示された場合は、すべての行がそれを満たすようにしてください。判断に迷ったら依頼者に質問し、プラットフォームのルールに違反するコピーは絶対に作成しないでください。
4. ひとつの案ではなく、複数の案を作成してください。依頼された各アセットについて、複数の切り口で案を作成し（references/angles.md を参照）、その中から推奨案をひとつ選び、理由を一文で添えてください。
5. 質の低い文章は避けてください。メリットや成果を冒頭に示し、具体的な名詞や数値を盛り込み、初見でも伝わる内容にしてください。バズワードの羅列や中身のない最上級表現は避け、語調で求められていない限り、絵文字や大げさな表現も使わないでください。
6. ブリーフは一度だけ作成してください。製品について新たに調査した場合は、その内容を .ulpi/launch/positioning.md に保存し、他のチャネルやローンチ用スキルでも再調査せずに使えるようにしてください。

launch-copy

入力

• $request：作成するチャネルとアセット、および任意のリンク。ローンチ用スキルから呼び出された場合、呼び出し元からアセットプロファイル（以下）が渡されます。単独で実行する場合は、要点を絞った質問をひとつかふたつユーザーにして、プロファイルを確認してください。

アセットプロファイル（呼び出し元が渡す契約内容）

channel:     e.g. product-hunt | hacker-news | directory | landing | email
voice:       e.g. "benefit-led, concrete, no hype"  |  "technical, humble, no marketing-speak"
compliance:  any phrasing rules, e.g. "never solicit upvotes" | "no superlatives/emoji"
assets:      a list of —
  - id:       e.g. tagline | short-desc | long-desc | first-comment | gallery-headlines
    purpose:  what this asset does / where it renders
    limit:    hard character/word limit (if any)
    versions: how many angle variants to draft (default 3–4)
    notes:    format, a skeleton to fill, or examples to calibrate against

ローンチ用スキルから呼び出された場合は、そのプロファイルをそのまま使用し、再質問は省いてください。不足している内容（語調、上限など）があれば、妥当なデフォルトを推測して、その旨を明記してください。

目標

依頼されたすべてのアセットについて、根拠があり、ブランドに沿い、上限内に収まるコピーを、切り口ごとにラベルを付けて作成し、それぞれに推奨案をひとつ示してください。呼び出し元が指定する場所に保存するか（デフォルトは .ulpi/launch/<channel>/copy.md）、呼び出し元が取りまとめられるように下書きを返し、.ulpi/launch/positioning.md を最新の状態に保ってください。

ステップ 0：ブリーフを確定する

アセットプロファイルが渡された場合は、それを採用してください（プロファイルの読み取り・標準化方法は references/asset-profiles.md を参照）。単独で実行する場合は、質問は多くても二つまでとし、チャネル、製品または URL、必要なアセットを確認してから、references/asset-profiles.md にある該当する基本プロファイルをもとにプロファイルを作成してください。成功条件：チャネル、製品、アセットの一覧が明確になっていること。

ステップ 1：製品の根拠を確認 → .ulpi/launch/positioning.md

.ulpi/launch/positioning.md があれば読み、その内容を再利用してください。なければ、ライブサイト（browse スキルでアクセス）、README、製品ドキュメントを根拠にしてください。また、.claude／.cursor の project-context.md（セクション 1～9）と、存在する場合は .ulpi/design/DESIGN.md も読みます。以下をまとめます：製品の概要を一文で、ICP、ユーザーの言葉で表した中核的な価値、主な差別化要因 3 つ、具体的な裏付け、カテゴリ、リンク。再利用できるように保存してください。references/copy-craft.md を読み込みます。成功条件：どの行も矛盾しない、実在の製品に基づいたブリーフであること。何も捏造しないこと。

ステップ 2：切り口を選ぶ

チャネルと製品に合った切り口のセットを選んでください（references/angles.md を読み込みます）：A 機能主導 · B メリット主導 · C 比較／代替案 · D 対象者主導。多くのローンチではメリット主導と対象者主導が効果的です。比較主導は、比較対象となる製品がよく知られている場合に効果を発揮します。成功条件：チャネルに合った、互いに異なる切り口を選ぶこと（同じ案の言い換えにしないこと）。複数案を作成するアセットでは、プロファイルの versions で指定された数だけ、できる限り異なる切り口を使ってください。一案のみ作成するアセット（例：first-comment、gallery-headlines）には、最適な切り口をひとつ選びます。作成する案の数は、各アセットの versions フィールドを唯一の基準とします。

ステップ 3：各アセットの草案を、バージョンごとに制限内で作成する

プロフィールにあるすべてのアセットについて、選んだ切り口で、指定された数のバージョンを指定のトーンで作成し、上限を厳守してください（文字数を数えてください）。プロフィールにひな形があれば（最初のコメントの構成など）、それを埋めてください。1つのバージョンにおすすめのラベルを付け、理由を1行で示してください。作成ルールには references/copy-craft.md を、チャネルごとの一般的なプロフィールとその読み方には references/asset-profiles.md を使用してください。成功基準：すべてのアセットにラベル付きの選択肢があり、各選択肢が上限内で指定のトーンに合っており、おすすめが付いていること。

ステップ 4：セルフチェック（コピーの最終確認）

返す前に、各行を確認してください。実在する製品に基づいているか？ 具体的か（実在する名詞や数字が含まれているか）？ 上限内か（文字数を数えたか）？ 指定のトーンに合っているか？ すべてのコンプライアンスルールを満たしているか？ 初見の人にも伝わるか？ 禁止されている陳腐な表現が一切ないか？ 不合格の箇所があれば修正してから返してください。
成功基準：すべての項目に合格し、捏造、上限超過、コンプライアンス違反がないこと。

ガードレール

• すべてを事実に基づかせてください。機能、指標、ロゴ、ソーシャルプルーフを捏造しないでください。
• 文字数の上限を厳守し、トーンとコンプライアンスルールに忠実に従ってください。
• 1つの案だけではなく、おすすめ付きで複数の選択肢を提示してください。
• プロフィールで求められている場合は、ギャラリースライドの見出し（コピー）を作成してください。ギャラリーのビジュアルデザインやショットリスト（それらはプラットフォームスキルの範囲です）、長文コンテンツは作成しないでください。
• .ulpi/launch/positioning.md がすでにあれば再利用し、製品概要を作り直さないでください。
• browse やサイトが利用できない場合は、無理のない範囲で対応し、主要な事実をユーザーに尋ねてから進めてください。

参照資料を読み込むタイミング

• references/copy-craft.md — 作成の基本：製品に根差した内容、ベネフィット重視、具体性、初見テスト、禁止されている陳腐な表現（ステップ 1、3、4）。
• references/angles.md — パターンと実例を含む A/B/C/D の切り口フレームワーク（ステップ 2）。
• references/asset-profiles.md — アセットプロフィールの読み方と、Product Hunt、Hacker News、ディレクトリ、ランディングページ向けのすぐに使えるプロフィール（ステップ 0、3）。

出力要件

返す／書き込む内容：

1. .ulpi/launch/positioning.md — 作成または再利用したもの（共通の製品概要）
2. リクエストされた各アセットについて、プロフィールで指定された数のラベル付きバージョン（タグライン／見出し／一文説明は通常 3～4 個、プロフィールで指定されている場合はそれより少ない数。例：最初のコメントとギャラリー見出しは 1 個、説明文は 2 個）。各バージョンは文字数の上限内に収め（文字数も表示）、1つにおすすめのラベルを付け、理由を1行で示す
3. 単独で実行する場合は、草案を .ulpi/launch/<channel>/copy.md に書き込む。ローンチスキルから呼び出された場合は、（Goal に従って）呼び出し元がまとめられるよう草案を引き渡す
4. すべての行が事実に基づき、上限内で、指定のトーンに合い、コンプライアンスを満たしていることを確認する一文