hacker-news-strategy

Hacker News の戦略

Hacker News は、最も影響力のある開発者コミュニティであり、最も扱いを間違えやすい場所でもあります。このスキルでは、実際に効果があること、問題として報告されること、そして本物の存在感を築く方法を解説します。

---

始める前に

1. .agents/developer-audience-context.md が存在する場合は、読んでください
2. 製品やコンテンツが、HN の読者（ハッカー、創業者、ディープテック愛好家）にとって本当に興味深いものか確認してください
3. 正直でいてください。HN のユーザーは、遠くからでもマーケティングの匂いを嗅ぎつけます

---

HN の文化を理解する

Hacker News に実際に集まる人々

セグメント	関心のあること
創業者	資金調達、成長戦略、スタートアップの実体験
シニアエンジニア	技術的に深い内容、アーキテクチャ、システム
テックリード	エンジニアリングマネジメント、チームの拡大、プロセス
インディーハッカー	個人プロジェクト、ブートストラップ、収益
研究者	AI/ML、分散システム、プログラミング言語理論、セキュリティ

HN が重視すること

• マーケティングの洗練さよりも技術的な深さ
• 小規模な更新よりも真に新しいもの
• 企業的な言い回しよりも透明性
• 秘密裏のローンチよりも開発過程の公開
• 従来の通説よりも常識に反する洞察

HN が嫌うこと

• コンテンツを装った自己宣伝
• 釣り見出し
• 企業広報のような言い回し
• エンゲージメント稼ぎ（「どう思いますか？」）
• 広告のように感じられるものすべて

---

投稿の種類と使いどころ

Show HN

使う場面：何かを作り、コミュニティからフィードバックを得たいときです。

条件	詳細
人々が試せるものであること	ライブデモ、ダウンロード可能なもの、または詳しい手順
新しいものであること	再投稿や小規模な更新ではないこと
作成者が対応できること	2～3時間、コメントで質問に回答すること
タイトルの形式	「Show HN: [Name] – [One-line description]」

良い Show HN の例：

• 「Show HN: ベクトル検索用の SQLite 拡張を作りました」
• 「Show HN: Rust で書かれたオープンソースの Heroku 代替」
• 「Show HN: ブラウザーで使えるリアルタイム共同編集コードエディター」

悪い Show HN の例：

• 「Show HN: スタートアップが500万ドルを調達しました」（試せるものではありません）
• 「Show HN: 料金ページを更新しました」（興味を引きません）
• 「Show HN: 新機能をご覧ください」（曖昧すぎます）

Launch HN

使う場面：企業の大規模なローンチや、重要な資金調達の発表をするときです。

ガイドライン	詳細
技術的な詳細を含める	内部の仕組み、アーキテクチャ上の判断
ここまでの道のりを共有する	ここに至るまでの経緯、学んだ教訓
対応できる状態にする	創業者自身が質問に回答すること
広報的な言い回しを避ける	プレスリリースではなく、人間らしい文章で書くこと

通常の投稿

使う場面：興味深いコンテンツ（自分のものでも他者のものでも）を共有するときです。

効果があるもの	効果がないもの
深く掘り下げた技術ブログ記事	リスト形式の記事や「10個のヒント」記事
教訓を含む実体験	企業からのお知らせ
問題を深く掘り下げた記事	製品の更新情報
独自の調査やデータ	再構成しただけのコンテンツ
常識に反する技術的な見解	明白な意見や大多数の見解

---

タイトルの最適化

タイトルの原則

すること	しないこと
具体的で明確にする	曖昧なバズワードを使う
それが何かを述べ、なぜ素晴らしいかは述べない	最上級の表現（「驚くべき」「最高」）を含める
技術用語を適切に使う	幅広い読者に受けるように内容を単純化する
事実に即したものにする	釣り見出しのパターンを使う

タイトルの改善例

変更前（悪い例）	変更後（良い例）
「Node.js でエラーを処理する最良の方法」	「Node.js の本番システムにおけるエラー処理のパターン」
「デプロイを10倍高速化しました」	「デプロイ時間を20分から2分に短縮した方法」
「素晴らしい新機能のお知らせ」	「Show HN: [Feature] – [What it does]」
「見つけたことにきっと驚くでしょう」	「[特定の状況]における[具体的な発見]」
「誰もが TypeScript を使うべき理由」	「TypeScript の型システムが、本番環境のバグの15%を検出しました」

HN のモデレーターによるタイトル編集

ご注意ください：HN のモデレーター（特に dang）は、センセーショナルなタイトルをより中立的なものに編集します。また、重複した投稿を統合し、価値のある投稿にもう一度チャンスを与えることもあります。

---

タイミングと仕組み

投稿に最適な時間帯

時刻（PT）	効果がある理由
6-9 AM	米国東海岸の朝、ヨーロッパの午後にあたります
10 AM - 12 PM	米国でのアクティビティがピークになります
避ける：週末	トラフィックは少ないものの、競争も少なくなります

アルゴリズム

• 最初の1-2時間の初期アップボートが最も重要です
• コメントはランキングを押し上げます（エンゲージメントのシグナル）
• 短時間でアップボートが集まると、「フレームウォー検出器」によるペナルティが発生することがあります
• 新しいアカウントからの投稿は、より厳しくチェックされます
• 物議を醸す投稿にはランキングのペナルティが科されます

投稿が失敗する原因

原因	理由
投票グループ	複数のアカウントや友人によるアップボートは検出され、ペナルティの対象になります
初期エンゲージメントがない	初期の勢いがなければ投稿は伸びません
ユーザーからのフラグ	複数のフラグが付くと投稿が非表示になります
重複コンテンツ	すでに投稿済みの場合、統合されるか削除されます
自己宣伝のパターン	同じ企業について複数回投稿すること

---

コメント戦略

自分の投稿の場合

タイミング	アクション
すぐに	背景情報、経緯、技術的な詳細を含むトップレベルのコメントを投稿します
最初の2時間	特に批判的なコメントには、すべて返信します
その日を通して	こまめに確認し、追加の質問に答えます

最初のコメントのテンプレート：

Hey HN, [your name] here, [role] at [company/project].

Quick backstory: [1-2 sentences on why you built this]

Technical context: [What's interesting under the hood]

Happy to answer any questions about [specific technical areas].

批判への対応

批判の種類	対応戦略
妥当な技術的懸念	認めたうえで、理由を説明し、提案を求めます
誤解	防御的にならずに説明します
荒らし	反応しないか、簡潔な事実のみの返信を1回だけ行います
機能リクエスト	「良いアイデアです。検討します」と伝えるか、制約を説明します
競合との比較	寛大に受け止め、自分のアプローチに焦点を当てます

してはいけないこと：

• 防御的になったり、皮肉を言ったりする
• 批判者と口論する
• 妥当な懸念を無視する
• 返信で企業的な言い回しを使う

他の人の投稿へのコメント

誠実な参加を通じてカルマを築きます：

すること	しないこと
関連する技術的な経験を共有する	他の人のスレッドで自分のものを宣伝する
よく考えた質問をする	ありきたりな称賛を残す
自分の専門知識に基づいて背景情報を加える	注目を集めるためだけに反対意見を述べる
誤情報を丁寧に訂正する	口論を始める

---

フラグを付けられる／削除される行為

自動的に問題視される行為

行為	結果
アップボートを求める（場所を問わず）	投稿が削除され、アカウントが停止される可能性があります
同じ IP／ネットワークから投票する	投票が無効になり、アカウントにペナルティが科されます
複数のアカウントでアップボートする	アカウントが停止されます
競合を否定的に投稿する	不正行為としてフラグが付けられます
コメントで自作自演の宣伝をする	アカウントが停止されます

フラグを付けられるコンテンツ

コンテンツの種類	フラグを付けられる理由
あからさまなマーケティング	コミュニティが厳しく取り締まります
政治的な過激意見	HN の話題にそぐわないため
暗号資産／Web3（多くの場合）	コミュニティがうんざりしているため
ペイウォールのあるコンテンツ	読者を苛立たせるため
労力の少ないコンテンツ	品質基準を満たさないため

失敗した投稿から立て直す

1. 再投稿する前に少なくとも24時間待ちます
2. タイトルをより具体的で興味を引くものに変更します
3. 分かりにくかった場合は背景情報を追加します
4. 不当な削除だと思う場合は、モデレーターにメールします（[email protected]）
5. 検討しましょう：HN はこの内容に適した読者層ではないのかもしれません

---

誠実にカルマを築く

長期的な取り組み

期間	戦略
1～4週目	コメントのみにします。投稿はしません。誠実な参加を通じてカルマを築きます。
2～3か月目	興味深いコンテンツ（自分のもの以外）を投稿します。貢献者として参加していることを示します。
3か月目以降	自分の作品を時折投稿しつつ、ほかの貢献も続けます。

カルマを高めるコメント

カルマの高いコメントのパターン：

• 背景を補足する：「[company] で似たシステムに取り組んだことがあります。そのときは……」
• データを共有する：「このアプローチをテストしたところ、ベンチマークでは X という結果が出ました」
• 代替案を提示する：「別の選択肢として Y があります。……の場合にうまく機能します」
• 歴史的な背景を共有する：「これは、90 年代に Z が解決した方法に似ています」

カルマで得られるもの

カルマレベル	メリット
30+	コメントに低評価を付けられます
500+	投稿がより高い信頼を得た状態で表示されます
1000+	コミュニティに実際に参加しているメンバーであることを強く示せます

---

プラットフォームごとの推奨事項と禁止事項

推奨事項

1. 人間らしく書きましょう。企業のような文体は避けます
2. 技術的な詳細を惜しまず共有しましょう
3. 制約やトレードオフを認めましょう
4. 批判には落ち着いて対応しましょう
5. Show HN のリンクをチームに共有しましょう（認知してもらうためであり、組織的に高評価を付けてもらうためではありません）
6. 宣伝していないときも議論に参加しましょう
7. HN を毎日読んで、コミュニティの文化を理解しましょう

禁止事項

1. 誰にも高評価を頼まないでください（アカウント停止の対象となる違反です）
2. 同じ内容を繰り返し投稿しないでください
3. 釣りタイトルを使わないでください
4. コメントで防御的にならないでください
5. 批判を無視しないでください
6. 偽アカウントで自作自演しないでください
7. HN を無料のマーケティングチャネルとして扱わないでください

---

ツール

ツール	用途
Octolens	HN で自社製品、競合他社、関連キーワードへの言及を監視します。議論が始まったときにアラートを受け取り、誠実に参加できます。
HN Search (hn.algolia.com)	トピックに関する過去の投稿を調べ、何が効果的だったかを確認します
HN Front Page Check	投稿がフロントページに掲載されているか、掲載されている場合は何位かを監視します
HN user pages	返信する前にコメント投稿者を調べます

---

Show HN 公開チェックリスト

投稿前に確認します：

• ライブデモまたはダウンロード可能なものを用意している
• ランディングページで製品の機能を明確に説明している
• 価格設定（ある場合）が明確である
• 投稿後 2～3 時間、開発者が対応できる
• 背景や技術的な詳細を含む最初のコメントを下書きしている
• タイトルが「Show HN: [Name] – [Description]」の形式になっている
• 過去 24 時間以内に HN に投稿していない
• アカウントに、誠実な参加を通じて得たカルマがある

---

関連スキル

• developer-audience-context — どのような相手にリーチするのかを理解します
• reddit-engagement — コミュニティの動向は似ていますが、規範は異なります
• dev-to-hashnode — HN からリンクする長文コンテンツ向けです
• github-presence — プロジェクトを評価する際に HN ユーザーが確認する内容です