launch-product-hunt

このスキルでは、Product Hunt でのローンチ準備とコーチングを行います。以下のルールは必ず守ってください。

1. 準拠したプロモーションのみを行ってください。いかなる形であれ、投票の操作を支援してはいけません。これには、投票リング／投票グループ、相互投票サイト、購入または報酬付きの投票、偽アカウント／なりすましアカウント／組織的な複数アカウント、「賛成票のリンクをクリックしてください」と人に頼むこと、「賛成票をお願いします」という勧誘が含まれます。ハンターへの報酬やトラフィック送信への対価の支払いも禁止されており、掲載削除や永久停止のリスクがあります。これらを求められた場合は、その依頼には応じず、リスクを説明し、準拠した方法へ誘導してください。すべてのメッセージで、references/policy-compliance.md の禁止フレーズチェックに合格する必要があります。
2. すべての文言を実際の製品に基づいて作成してください。タグラインを書く前に製品を確認します。.ulpi/launch/positioning.md があればそれを、なければ README、公開中のランディングページ（browse 経由）、.ulpi/design/、および .claude／.cursor の project-context.md を確認してください。汎用的なプレースホルダー文言は使わないでください。製品の機能や対象ユーザーが分からない場合は、質問してください。
3. 共有スキルを組み合わせ、利用できない場合も柔軟に対応してください。委任された手順では、launch-copy、launch-outreach（モード product-hunt）、launch-analytics（ソース producthunt）を呼び出してください。関連スキルがインストールされていない場合は、1 行のインストールコマンド（npx skills add https://github.com/ulpi-io/skills --skill <name>）をユーザーに伝え、組み込みのリファレンスを使って代替対応してください。ローンチが完了できなくなるような理由で中断してはいけません。
4. 正確で最新のフィールド仕様を守ってください。上限や寸法は変更されるため、references/field-specs.md を正式な仕様として扱ってください。重要な数値が古い可能性がある場合は、browse を使って Product Hunt の現在の投稿フローで確認してください。
5. 完了を宣言する前に、ローンチ前チェックを実施してください（references/preflight-gate.md）。チェック項目には機械的なカウントが必要なものが複数あります。正直にチェックを付けられない項目があれば、ローンチの準備は整っていません。修正して再実行してください。
6. 現実的な期待値を設定してください。Product Hunt は主に顧客を獲得するための場ではなく、信頼性と認知度を高める手段です。また、投稿の大半は注目掲載されません。バズ、ランキング、Product of the Day を約束してはいけません。
7. .ulpi/launch/product-hunt/ にローンチパッケージを書き込み（共通ブリーフは .ulpi/launch/positioning.md に保存）、後から参照でき、そのまま貼り付けられる成果物を作成してください。流れて消えてしまうアドバイスだけでは不十分です。

launch-product-hunt

入力

• $request：ローンチする製品、ローンチ日／段階、または具体的な Product Hunt の目標（例：「タグラインと最初のコメントを書いて」「ローンチ当日の計画を立てて」）。任意でリンクも指定できます。

目標

実際の製品に基づいた、完全で、規約に準拠し、そのまま使える Product Hunt ローンチパッケージを .ulpi/launch/product-hunt/（および共通の .ulpi/launch/positioning.md）に作成します。

• LISTING.md — Product Hunt の全フィールドを入力し、そのまま投稿できる状態にします（製品名、選定済みの案を含むタグライン候補、説明、トピック、ギャラリー画像のリスト、デモ動画の概要、メーカーの最初のコメント、UTM タグ付きリンク）。
• PLAN.md — ローンチまでのカウントダウン、ローンチ当日の時間ごとの太平洋時間対応手順、ハンター／日付の決定、ローンチ後の計画。
• OUTREACH.md — 支援者のグループ分け、Product Hunt の規約に準拠したそのまま送れるメッセージ、ソーシャル投稿。
• CHECKLIST.md — ローンチ前チェックの結果と、ローンチ当日のチェックリスト。

ステップ 0：情報の確認と関連スキル

製品（名前、機能、対象ユーザー、公開 URL）、段階と日程（ローンチが間近か、数週間先か、日付が決まっているか）、オーディエンスとリーチ、チーム、ハンター（デフォルトは自分で投稿）を確認します。確認できないことだけ質問してください。関連スキル（launch-copy、launch-outreach、launch-analytics）がインストールされているか確認します。不足しているスキルがあればインストールコマンドを伝えますが、代替手段があるため、いずれの場合も作業を進めてください。質問は要点を絞ったものを数問までにしてください。成功条件：製品、段階／日程、リーチが明らかになっていること。

ステップ 1：プロダクトの基盤を固める → .ulpi/launch/positioning.md

.ulpi/launch/positioning.md がすでにあれば、それを再利用します。なければ、.ulpi/design/DESIGN.md、.claude／.cursor の project-context.md（セクション 1～9）、README／ドキュメント、そして公開中のランディングページ（browse スキルでアクセスし、実際の価値提案、機能、スクリーンショット、裏付けとなる情報を抽出）をもとに作成します。browse スキルまたはサイトがない場合は、重要なポイントをユーザーに尋ねます。次の内容をまとめます。プロダクトが何かを一文で説明したもの、ICP、ユーザー自身の言葉で表した中核的な価値、主な差別化要因 3 つ、裏付けとなる情報、カテゴリー、リンク。内容を作り上げてはいけません。共有する唯一の情報源として保存します。成功基準：概要が簡潔で、どのアセットの内容とも矛盾しないこと。

ステップ 2：仕組み、タイミング、現実的な目標

references/ph-mechanics.md を読み込みます。日付／曜日（デフォルトは火～木、PT の午前 12 時 1 分。週末は競争の少なさを狙う意図的な選択の場合のみ）、ハンターの方針（デフォルトは自分でハントし、有料のハンターは決して利用しない）、そして誠実な結果の見込み範囲（特集掲載／Product of the Day は保証されない）を決めて、PLAN.md に記録します。成功基準：具体的な日付、ハンターの方針、現実的な目標があり、誇張がないこと。

ステップ 3：掲載内容を作成する → LISTING.md

PH アセットのプロフィール（references/copywriting.md）と正確な制限（references/field-specs.md）を launch-copy スキルに渡し、タグラインの候補（60 文字以下、推奨案を 1 つ）、説明文（500 文字以下）、ギャラリーの各スライドの見出し、メーカーの最初のコメントを作成してもらいます。すべて positioning.md に基づき、PH の文体に合わせ、アップボートを求める表現は一切使いません。代替手順： launch-copy がインストールされていない場合は、references/copywriting.md をもとに直接作成します。その後、PH 側で LISTING.md をまとめ、ギャラリーの撮影リスト（画像 1 はスクロールの手を止めるポスターとキャプション、その後に価値を伝えるスライド 3～5 枚、合計 4～6 枚、1270×760）、デモ動画の概要、トピック（3 件以下）、メーカー、特典（投票ではなく試用に結び付ける）、リンクを追加します。成功基準：すべての項目が埋まり、ブランドに合致し、仕様の範囲内で（文字数／寸法を計測済み）、そのまま貼り付けられること。「[insert tagline]」のような記載が残っていないこと。

ステップ 4：事前告知とローンチ当日の計画 → PLAN.md

references/prelaunch-playbook.md と references/launchday-runbook.md を読み込みます。現実のスケジュールに合わせたT マイナスのカウントダウン（PH のネイティブなティーザーページは廃止されたため、プラットフォーム外で応援者リストを作成し、オーディエンスとの関係を温め、アセットを仕上げ、ローンチをスケジュール）と、ローンチ当日の時間ごとのランブック（太平洋時間）を作成します。午前 12 時 1 分に公開して最初のコメントを投稿 → 複数の波に分けて告知 → すべてのコメントに迅速に返信 → 正午の告知 → 終了間際の告知 → 当日の締めくくりとお礼。チームがいる場合は役割を割り当てます。成功基準：チームメイトが PLAN.md だけを見て、その場で判断を補わずに当日を運営できること。

ステップ 5：アウトリーチと拡散 → OUTREACH.md

launch-outreach スキルを、コンプライアンスモード product-hunt、positioning.md、ローンチ日とともに実行します。セグメント別の計画と、そのまま使える準拠済みメッセージ（ティーザー DM、ウェイトリスト向けメール、ローンチ当日の複数回のメール、コミュニティへの事前告知、1 対 1 の DM、X のスレッド、LinkedIn）、および告知のスケジュールが作成されます。代替手順： インストールされていない場合は、references/policy-compliance.md の安全な表現と避けるべき表現、テンプレートをもとに作成します。成功基準：すべてのメッセージがそのまま使える形で個別化され、投票を求める表現がないかのチェックに合格していること。

ステップ 6：計測の設定 → リンクとイベントのタグ付け

今回のローンチでは、チャネル product-hunt（ディスク上のスラッグです。残りのパッケージと同じ場所に .ulpi/launch/product-hunt/analytics.md が書き込まれます）、utm_source producthunt（GA の値）を指定して、launch-analytics スキルを呼び出してください。UTM の方式を設定し、LISTING.md と OUTREACH.md のすべてのローンチリンクにタグを付け、サインアップ／アクティベーションのトラッキングを設定します。フォールバック： インストールされていない場合は、最小限のインライン UTM 方式（utm_source=producthunt&utm_medium=<placement>&utm_campaign=<launch>）を適用し、UTM マップとサインアップ／アクティベーション計画を .ulpi/launch/product-hunt/analytics.md に書き込んで、どちらの場合も成果物が存在するようにしてください。成功基準：すべてのリンクの流入元を特定でき、サインアップを追跡できること。アップボートだけでは不十分です。

ステップ 7：公開前ゲート → CHECKLIST.md

references/preflight-gate.md を最初から最後まで実行し、その結果を CHECKLIST.md に書き込んでください。項目の多くは機械的に確認できます。タグラインが 60 文字以下（文字数をカウント）、説明文が 500 文字以下、ギャラリーの点数／寸法、最初のコメントがあること、すべてのアウトリーチに投票を求める禁止フレーズが一切ないこと、リンクに UTM タグが付いていること、トピックが 3 個以下であること、サポーターリストが現実的であることを確認してください。次に、短いローンチ当日のチェックリストを追記してください。launchday-runbook.md の進行内容を、公開時にチェックできる手順にまとめます（午前 0 時 1 分 PT に公開、最初のコメントを投稿、第 1 波に通知、コメントに返信、正午の後押し、終了数時間前の後押し、一日の終わりに感謝を伝える）。これにより、CHECKLIST.md に準備状況のゲートと当日のチェックリストの両方が含まれます。不合格の項目を修正して再実行してください。成功基準：すべての項目にチェックが入り、パッケージに矛盾がなく、規定に準拠していること。

ステップ 8：ローンチ後の計画 → PLAN.md に追記

references/postlaunch.md を読み込んでください。バッジを獲得した場合は取得／埋め込みを行うこと、リーダーボード／ニュースレター／Orbit レビューを活用すること、急増したトラフィックを成果につなげること（メール、オンボーディング、launch-analytics を利用したリターゲティング）、感謝を伝えること、ソーシャルプルーフとして再活用すること、再ローンチのルール（6 か月以上経過し、重要なアップデートがあること）、そして**「不調の場合」の対応策**（エンゲージメントを続け、慌てて一斉送信したり、懇願したりしないこと）を追記してください。成功基準：24 時間の公開期間が終了した瞬間に何をすべきかを、ユーザーが正確に把握していること。

ガードレール

• 規定に準拠したプロモーションのみを支援します。投票操作は決して行わず、求められた場合は断って適切な方法へ案内してください。有料ハントは禁止です。
• すべてのコピーを実際の製品に基づいて作成します。存在しない機能、偽の指標、ありきたりなタグラインは決して公開しないでください。
• すべての項目とメッセージで、.ulpi/launch/positioning.md を再利用し、共通のポジショニングを一貫して保ってください。
• 共有スキルを組み合わせてください。どれかがない場合は、インストール方法を案内して代替手段を使い、決して処理を中断しないでください。
• 正確で最新のフィールド仕様に従ってください。重要な数値が古くなっている可能性がある場合は、browse で確認してください。
• 現実的な期待値を設定し、順位、掲載、バイラル化を決して約束しないでください。
• このスキルで指定するのはギャラリーと動画です。画像のレンダリングや動画の編集は行いません。
• パッケージをディスクに書き込んでください。ローンチ計画を一時的なチャットのままにしないでください。

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

• references/ph-mechanics.md — ランキング／掲載、公開期間、アワード、最適な公開日のタイミング、現実的な成果（ステップ 2）。
• references/field-specs.md — すべての投稿フィールドの正確で最新の仕様（ステップ 3）。権威ある情報源です。
• references/copywriting.md — launch-copy に渡す PH リスティング用アセットのプロファイルと、インラインコピーのフォールバック（ステップ 3）。
• references/prelaunch-playbook.md — T マイナスのカウントダウン、サポーターリストの作成、自分でハントするかハンターに依頼するか、スケジュール設定（ステップ 4）。
• references/launchday-runbook.md — 時間ごとの太平洋時間の進行計画、通知の波、エンゲージメント、役割、厳守ルール（ステップ 4）。
• references/policy-compliance.md — 禁止行為、シャドウバンの引き金、禁止フレーズのスキャン、アウトリーチのフォールバック（ステップ 5、7）。
• references/preflight-gate.md — リリースをブロックする準備状況とコンプライアンスのゲート（ステップ 7）。
• references/postlaunch.md — バッジ、リーダーボード、Orbit レビュー、急増したトラフィックの活用、感謝、再ローンチのルール、不調時の対応策（ステップ 8）。

出力仕様

.ulpi/launch/ 配下に作成し、以下を報告してください。

1. .ulpi/launch/positioning.md — 共通の根拠に基づいたブリーフ（新規作成または既存のものを再利用）
2. product-hunt/LISTING.md — 名前、タグラインの候補（1つを推奨）、説明、トピック、ギャラリーのショットリスト、デモ動画の概要、メーカーの最初のコメント、UTM 付きリンク
3. product-hunt/PLAN.md — カウントダウン、時間ごとの実行手順、ハンターと日付の決定、ローンチ後の計画
4. product-hunt/OUTREACH.md — 支援者のセグメント、すぐに貼り付けて使える規約準拠のメッセージ、ソーシャル投稿
5. product-hunt/CHECKLIST.md — 出発前の確認ゲートの結果（すべての項目にチェック済み）とローンチ当日のチェックリスト
6. product-hunt/analytics.md — UTM マップとサインアップ／アクティベーションのトラッキング（launch-analytics から）
7. 現実的な期待値と、コンプライアンス遵守の表明（すべてのメッセージで投票を促す表現をゼロにする）、および使用したコンパニオンスキルと、組み込み機能で代替したスキル