launch-hacker-news

このスキルは、Hacker News でのローンチ準備とコーチングを行います。譲れないルール：

1. 投票の動員は絶対に禁止です。HN は Product Hunt より厳格です。支援者の一斉参加を決して仕組まず、友人、チーム、ユーザー、オーディエンスを問わず、誰にもアップボートを頼まず、投票の調整も決して行わないでください。HN は投票グループを検知して厳しく処罰します（順位へのペナルティ、[dead]／showdead、アカウントまたはドメインの BAN）。頼まれたら断り、その理由を説明してください。許容されるのは、自分で投稿すること、実際に関心を持ちそうな少数の個人にリンクを純粋な気持ちで共有すること（任意）、そしてスレッドに参加することだけです。すべての文が references/policy-compliance.md の禁止フレーズチェックを通過する必要があります。
2. 誇張、マーケティング用語、絵文字は禁止です。HN の読者は懐疑的なエンジニアであり、誇張表現には厳しい反応を示します。技術的で、謙虚かつ率直に、トレードオフや制限について正直に書いてください。Show HN のタイトルは、厳格な標準形式に従います。 Show HN: <thing> – <plain, literal description> — クリックベイトや「革命的」といった表現は禁止です。
3. 公開可能な状態であることが必須です。HN は一度きりの機会であり、容赦がありません。製品は今すぐ試せる程度に完成していて、サインアップを強制せずに利用でき（アカウントなしでアクセスできるデモ／リポジトリがあること）、サイトはトラフィックの急増（「HN のアクセス集中によるダウン」）に耐えられなければなりません。準備ができていなければ、投稿前にその旨を伝えてください。
4. すべての言葉を実際の製品の内容に基づかせてください。.ulpi/launch/positioning.md があればそれを読み、なければ README、browse 経由でライブサイト、リポジトリを確認してください。機能や指標を決して捏造しないでください。HN 向けには、実際の技術スタックと実際の制限を明記してください。
5. 共有スキルを組み合わせ、利用できない場合は適切に代替してください。launch-copy（HN アセットプロファイル）と launch-analytics（ソース hackernews）を呼び出してください。連携スキルがインストールされていない場合は、1 行のインストールコマンド（npx skills add https://github.com/ulpi-io/skills --skill <name>）を提示して、組み込みのリファレンスで代替してください。決して処理を中断しないでください。
6. 準備完了と宣言する前に、事前チェックゲートを実施してください（references/preflight-gate.md）。正直にチェックを付けられない項目が 1 つでもあれば、準備は整っていません。修正して再実施してください。
7. .ulpi/launch/hacker-news/ の下にパッケージをディスクへ書き込んでください（および共有の .ulpi/launch/positioning.md）。

launch-hacker-news

入力

• $request：投稿する製品、または具体的な Show HN の目標（例：「タイトルと最初のコメントを書く」「スレッドの計画を立てる」）。ライブ URL、リポジトリ／デモなどのリンクは任意です。

目標

.ulpi/launch/hacker-news/ の下に、簡潔で HN に適した、すぐに貼り付けられるローンチパッケージを作成します（および共有の .ulpi/launch/positioning.md）。

• POST.md — Show HN のタイトル（標準形式）、投稿する URL、創業者による説明の最初のコメント（技術的で、トレードオフについて正直に述べ、技術スタックを明記し、フィードバックを求める。誇張やアップボートの依頼はしない）。
• PLAN.md — 投稿するタイミング（米国東部時間の平日午前）、最初の 1〜2 時間の計画、スレッドへの対応計画（難しい質問への回答を事前に準備し、反論的にならない）、投稿後の計画／再挑戦の計画。
• CHECKLIST.md — 準備状況の事前チェックゲート。

ステップ 0：確認と連携スキル

特定できないことだけを質問して、製品（何をするものか、対象者、ライブ URL、リポジトリ／デモ）を確認します。製品が本当に準備できているか（完成していて、サインアップなしで試せ、トラフィックの急増に耐えられるか）、ユーザーが URL 投稿とテキスト投稿のどちらを希望するかを確認します。連携スキル（launch-copy、launch-analytics）がインストールされているか確認します。ない場合はインストール方法を提示しますが、作業は続行してください。成功条件：製品、準備状況、投稿形式が判明していること。

ステップ 1：製品の実態を把握する → .ulpi/launch/positioning.md

.ulpi/launch/positioning.md があれば再利用し、なければ README、browse 経由のライブサイト、リポジトリ、project-context.md／.ulpi/design をもとに作成します。HN 向けにはさらに、実際の技術スタックと正直な制限を記録します。共有の信頼できる情報源として保存してください。成功条件：トレードオフも含め、投稿文に矛盾がないこと。

Step 2: 準備状況の確認（HN 固有の事前ゲート）

references/show-hn-rules.md を読み込みます。プロダクトが Show HN の対象となる条件を満たしているか（待機リスト、ランディングページ、ブログ記事ではなく、今すぐ試せるものか）を確認し、準備が整っているかを検証します。登録の壁なしで試せること、アカウントなしでデモ／リポジトリにアクセスできること、サイトがアクセス急増に耐えられることが必要です。対象外、または準備が整っていない場合は、そのことを明確に伝え、投稿前に修正すべき点を提案してください。成功基準：現時点で Show HN に投稿すべきかどうか、率直に可否を判断できていること。

Step 3: 投稿文の作成 → POST.md

HN 用アセットのプロファイル（references/show-hn-rules.md + references/first-comment.md）を launch-copy スキルに渡し、Show HN: <thing> – <plain description> というタイトル（標準形式で、誇張なし）と、創業者の最初のコメント（それが何か → なぜ作ったのか → トレードオフ／制限について率直に説明 → 技術スタック → フィードバックを明確に求める）を作成します。代替手段： launch-copy がインストールされていない場合は、それらの資料を基に作成します。POST.md を組み立てる前に、references/policy-compliance.md を読み込み、作成したタイトルと最初のコメントに禁止フレーズのスキャンを実施し、該当する行を書き換えます。POST.md にはタイトル、投稿 URL（またはテキスト投稿本文）、投稿直後にすぐ貼り付ける最初のコメントをまとめます。成功基準：規約に準拠したタイトルと、率直で技術的かつ誇張のない最初のコメントができており、そのまま貼り付けられてスキャンにも問題がないこと。

Step 4: 投稿タイミングとスレッド運用手順書 → PLAN.md

references/hn-mechanics.md と references/first-comment.md を読み込みます。投稿するタイミング（トップページにできるだけ長く掲載されるよう、米国東部時間の平日午前に投稿します。/newest での最初の 1～2 時間がトップページに載るかどうかを左右します）を PLAN.md に記載し、最初のコメントをすぐに投稿してから、スレッドに常駐して迅速に返信します。スレッドでのエンゲージメント計画も追加します。想定される最も厳しい質問や批判を列挙し、それぞれに対する率直で、反論がましくない回答を用意します（懐疑的な人に公開の場で納得してもらうことが成功です）。成功基準：ユーザーが、即興で対応したり反論がましくなったりせずに、投稿する正確なタイミングとスレッドの運用方法を把握していること。

Step 5: 効果測定の設定 → リンクとイベントにタグを付ける

launch-analytics スキルを呼び出し、チャネルに hacker-news（出力ディレクトリ）、utm_source に hackernews（GA の値）を指定して、リンクに UTM を設定し、登録／アクティベーションのトラッキングを設定します。代替手段： 最小限のインライン UTM スキームを使用します（utm_source=hackernews&utm_medium=show-hn&utm_campaign=<launch>）。注：HN は、明らかにキャンペーン用タグが付いたメインの URL を削除または不利に扱う場合があります。投稿 URL はクリーンなままにし、最初のコメント内のリンクや自サイトのアナリティクスに UTM を設定してください。成功基準：投稿リンクを不正に操作することなく、トラフィックと登録を計測元に紐づけられること。

Step 6: 投稿前ゲート → CHECKLIST.md

references/preflight-gate.md と references/policy-compliance.md を読み込み、禁止フレーズのスキャンを含むゲートを最初から最後まで実施し、その結果を CHECKLIST.md に記載します。タイトル形式が正しいこと、プロダクトが対象条件を満たし、登録なしで試せること、サイトがアクセス急増に耐えられること、最初のコメントが準備できていて誇張がないこと、投票の依頼／動員が一切ないこと、制限について率直に説明していることを確認します。不合格の項目を修正して、ゲートを再実行します。成功基準：すべての項目にチェックが付き、ローンチの準備が実際に整っていて、規約に準拠していること。

Step 7: ローンチ後の計画 → PLAN.md に追記

references/postlaunch.md を読み込みます。再浮上の可能性（HN が良い投稿を再び表示することはありますが、これを不正に操作することはできません）、再投稿のマナー（スパムのような再投稿をしないこと、HN のルールを守ること）、懐疑的な訪問者を取り込む方法（登録の壁を設けないこと、本当の価値を提供すること）、失敗時の注意事項を追記します。成功基準：投稿がトップページに載った場合も、伸び悩んだ場合も、ユーザーが次にすべきことを把握していること。

ガードレール

• 投票を呼びかけたり、賛成票を求めたりしてはいけません。HN では禁止されており、組織的な動きは検出されます。依頼には応じず、別の方法を案内してください。
• 誇張やマーケティング調の表現、絵文字は使わず、トレードオフや制限を正直に伝えてください。
• 投稿前に、製品を利用できる状態にしてください（サインアップなしで試せて、アクセス集中にも耐えられる状態）。
• 標準のタイトル形式 Show HN: <thing> – <plain description> を守ってください。
• 実際の製品、実際の技術スタックと制限に基づいて、すべての文章を作成してください。
• 共有スキルを組み合わせてください。どれかが存在しない場合は、インストール方法を案内したうえで代替手段に切り替え、決して処理を完全に失敗させないでください。
• 投稿する URL はそのまま保ってください。HN のペナルティ対象となる方法で、メインのリンクにタグを付けないでください。
• パッケージはディスクに書き込んでください。チャット内だけに一時的に残してはいけません。

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

• references/show-hn-rules.md — Show HN として認められる内容、標準のタイトル形式、URL 投稿とテキスト投稿の違い、最初のコメントのルール、Launch HN（ステップ 2、3）。
• references/hn-mechanics.md — ランキング、/newest、セカンドチャンス枠、投稿のタイミング（ステップ 4）。
• references/first-comment.md — 創業者による最初のコメントのひな形と、スレッドへの参加や批判への対応の進め方（ステップ 3、4）。
• references/policy-compliance.md — HN の操作禁止ルール、禁止表現の確認、ペナルティ（ステップ 3、6）。
• references/preflight-gate.md — 投稿前の準備状況とコンプライアンスに関する必須チェック（ステップ 6）。
• references/postlaunch.md — セカンドチャンス枠、再投稿のエチケット、トラフィックの活用、失敗パターン（ステップ 7）。

出力要件

.ulpi/launch/ 配下にファイルを作成し、次の内容を報告してください。

1. .ulpi/launch/positioning.md — 共有する、実態に即した概要（作成または再利用。実際の技術スタックと制限を含む）
2. hacker-news/POST.md — Show HN のタイトル、投稿する URL またはテキスト本文、創業者による最初のコメント
3. hacker-news/PLAN.md — 投稿時刻（ET）、最初の数時間の計画、スレッドへの参加計画、投稿後の計画
4. hacker-news/CHECKLIST.md — 投稿準備チェックの結果（すべての項目にチェックが入っていること）
5. hacker-news/analytics.md — UTM のマップとサインアップ／アクティベーションの計測（launch-analytics に基づく）
6. 投稿準備状況の判定（該当するか／準備できているか）とコンプライアンスの確認（投票の呼びかけが一切ないこと）、および使用したコンパニオンスキルと組み込み機能で代替したスキル