BLOG
拾闻対談 038｜HackerTube：HN 20年分の動画を2時間で
開場の対談
拾聞：2日前、Andrej KarpathyがHacker Newsで「HackerTube」というサイトを公開しました。これはYouTubeのクローンで、データソースは2007年から2026年にかけてHacker Newsで推薦された動画です。最も注目すべき点は、彼がこのサイト全体をClaude CodeのOpus 5.5を使って作り上げたことです。アイデアから公開まで約2時間でした。この数字は気にしないでくださいが、このやり方自体、話題になる価値がありますか？
永亮：話題になる価値があります。そして、二つの側面があります。一つはエンジニアリングの実現です：エージェントを2時間使って使える製品を作り上げること。もう一つは製品哲学です：Hacker Newsの20年間の集団的な美的感覚を使って、YouTubeのアルゴリズム推薦を置き換えることです。しかし、どちらの側面もあまり興奮しすぎないでください。2時間というのは、サイトが小さいからです。503サーバーはすでに稼働しています。
Q1：この2時間は一体どう過ごされたのですか？
拾聞：具体的なプロセスはどうだったのですか？
永亮：KarpathyがClaude Codeに提出した要求は、実際には「Hacker Newsで推薦された動画を基に、私たち自身のYouTubeクローンを作ろう」という一言でした。彼が選んだのはOpus 5.5のMedium effortモードです。OpusはまずHNの全てのコメントをダウンロードし、YouTubeリンクが含まれている部分をフィルタリングします。その後、Sonnetを使ってワークフローで処理を行い、約4万件の推薦動画のコメントを抽出しました。これは6454件のYouTube動画に対応し、150のトピックに分類されています。フロントエンドはYouTubeスタイルのUIで、50％がサムネイル、アカウントのないForYou推薦、状態はブラウザのローカルセッションに保存され、キーボードショートカットもサポートされています。残りはドメイン名、VPS、セキュリティ強化、最適化です。
拾聞：Medium effortとはどういう意味ですか？
永亮：Claude Codeの作業強度レベルです。Medium effortとは、エージェントが一定回数内で自己探索とイテレーションを行い、ユーザーは一つ一つの確認を必要としないということです。これは完全に手動で行うよりも楽ですが、重要な時にはKarpathyが介入して決定や検証を行います。
拾聞：つまり、実際にコードを書いたのは彼ではないということですか？
永亮：そうです。彼のブログの原文によると、「私はもはや伝統的なエンジニアリングに似た作業はしていません…私はClaudeと話し合うだけで、すべてを任せています。」伝統的な意味でのコード書き込みや端末操作はもう行っていません。彼が行ったのは3つのことだけです：Google Cloud APIキーを使って動画のメタデータを調べること、VPSを購入すること、ドメイン名を購入することです。彼の言葉を借りれば、「私はClaudeの作業の合間にこれらを行い、まだチームワークのような感覚があります。」
拾聞：ここには信頼の問題があります。彼は差分を見ませんか？
永亮：この質問は的を射ています。Karpathyの作業方法は「diffを見る」から「行動を見る」へと変わりました。彼が依存しているのはClaude Codeの完全なトレース、抽出された全サイトデータ、そしてリリース後の実際のパフォーマンスです。コードが美しいかどうかはもはや重要ではなく、検証基準はサイトが使えるか、推薦結果が適切か、ユーザーとのインタラクションがスムーズかになりました。このような信頼チェーンを構築するには、エージェントの透明性と再現可能性が必要です。
Q2：HNの推薦がYouTubeの推薦より優れている理由は何ですか？
拾闻：KarpathyはYouTubeを「enshittified wall of slop」と批判しています。サムネイルが誇張されており、コンテンツが同質化していると。HNの推薦はこの問題を解決できるのでしょうか？
永亮：これはコミュニティのキュレーションがアルゴリズムの推薦に代わる実験です。HNの推薦は過去20年間にユーザーが異なる投稿で真剣に書いたコメントから来ており、その背後には長文を読み、深い内容を見ることを望む人々の集団的な選択があります。それは推薦でより人気を得るのではなく、「HNで議論された」ことを品質の基準としています。
拾闻：それに問題はありますか？
永亮：あります。まず規模です。YouTubeに6454のビデオがある量は微々たるものです。次に時宜性です。HNの推薦には自然に遅延があり、多くの人気コンテンツは議論が始まるまで入れられません。第三に好みが特殊です。HNには技術、科学、起業に関するコンテンツが多く、エンターテイメントや生活関連のものはほとんど入れられません。それはYouTubeを置き換えるわけではなく、特定の人々のための選択チャンネルになるだけです。
拾闻：自メディアの視点から見ると、このコミュニティキュレーションがコンテンツ配信にどのような影響を与えますか？
永亮：現在のコンテンツ配信はますます同質化しており、プラットフォームのアルゴリズムは滞在時間を最大化するために、感情反応を最も引き起こしやすいコンテンツに人々を推進します。HNのこのモデルは逆の可能性を提供します。コミュニティの信頼と長期的な議論を使ってコンテンツを選別することです。クリエイターにとって、これは深い価値と長期的な価値が再評価されることを意味します。そのためには、そのようなコミュニティに入るか、自分自身がそのキュレーションノードになる必要があります。自メディアにとって、キュレーション能力と視聴者の信頼は、単なるトラフィックの技術よりも価値があります。
拾闻：50％のサムネイルという設計はどうですか？
永亮：これは「slop」感を取り除く重要な詳細です。YouTubeのサムネイルはクリックを引き付けるために、どんどん誇張されており、表情が誇張されるほど良いとされています。HackerTubeはサムネイルのサイズを半分に減らし、視覚的インパクトを低減し、ユーザーが注意をタイトルとコミュニティの議論自体に戻すようにしています。この抑制自体が製品の立場です。クリック率で駆動するのではなく、コンテンツ自体で語ります。
拾闻：これがすぐにAI検索に置き換えられるでしょうか？
永亮：AI検索の問題はプラットフォームのアルゴリズムと似ており、統計的相関性に基づいて結果を提供しています。コミュニティの議論における文脈と判断が欠けています。HackerTubeの核心はキュレーションであり、検索はその最も表面的な機能に過ぎません。人々が信頼できる選別者を必要としている限り、このコミュニティキュレーションは生き残ることができます。
Q3：2時間でリリースされる背後には何がありますか？
拾闻：この速度は羨ましいですか？
永亮：羨ましいかもしれないが、コスト構造をしっかり見極める必要がある。2時間で立ち上がれるのは、製品全体がシンプルだからだ。アカウントシステムもなく、後端の推薦エンジンもない。データはオフラインで計算され、フロントエンドはYouTubeの埋め込みコンテンツ。推薦ロジックは静的なリストとローカルセッションだ。503エラーの発生は、1晩で構築されたサイトと大量のトラフィックを安定して処理できるサイトとの間には、運用、容量計画、キャッシュ、エラー処理に大きな違いがあることを示している。
拾闻：503エラーの詳細はどこで見たのですか？
永亮：HackerBooksのHNコメント欄で、「HackerTubeは404と503エラーを起こしており、長く続かないかもしれない」という意見があった。これは当然のことで、土曜日の午前中に行われるハックが何千人もの人々に同時にアクセスされると、503エラーが発生するのは避けられない。これはKarpathyの能力が劣っていることを示しているのではなく、「1晩でサイトを構築する」ことと「運用可能なサービス」は別物だということを示している。
拾闻：つまり、それは生産レベルではないのですか？
永亮：現在の状態では、それは精巧にパッケージされたデモに近い。Karpathy自身もこれを「土曜日の午前中のハック」と述べている。これは軽蔑的な意味ではなく、アグエントがアイデアからプロトタイプまでのコストを極端に低く抑えているが、プロトタイプから信頼できるサービスへの距離は縮まっていないことを私たちに思い出させるものだ。彼の全サイトデータのエクスポート機能は興味深い。彼は「アグエントに自分のバージョンを再構築させる」と言っているが、これは再現可能性も考慮していることを意味している。
拾闻：では、このようなデモの価値は何ですか？
永亮：価値は、試行錯誤のハードルを下げることにある。以前はアイデアを検証するにはチームを結成し、2週間のスケジュールが必要だった。しかし今では、1人で午前中に使えるものをリリースし、コミュニティでの反応を見ることができる。反応が良ければ、本格的なエンジニアリングに投資する。反応が平凡なら、コストは午前中の時間だけだ。このような迅速な検証能力は、「2時間でリリース」という数字そのものよりも重要だ。
Q4：なぜ1日でHackerBooksとHackerTokができたのですか？
拾闻：HackerTubeがリリースされた翌日にはHackerBooksが現れ、HNコメント欄ではHackerTokを紹介する人もいて、Karpathyを使った後にClaudeで作成したと言っていた。どう思いますか？
永亮：これは「アイデアの実行コストをゼロにする」という考えの連鎖反応だ。サイトを構築するのに1文と2時間しかかからない場合、希少なものは「作れるかどうか」から「選択肢と趣味」へと変わる。HNの20年間のコメントデータは公共の資産であり、誰でもそれを二次的なコレクションに使うことができる。HackerBooksはデータのCSVファイルも公開しており、HackerTubeよりもさらにオープンだ。
拾闻：具体的なデータはどうですか？
永亮：11月2日の朝までに、HNでのHackerTubeの投稿は2200以上の「いいね」と534件のコメントを獲得していた。HackerBooksはその後を追いかけ、846の「いいね」と168件のコメントを獲得した。HackerTokは現在、1件のコメントしか確認されておらず、独立した検証はない。この人気は、「コミュニティデータを使ってコンテンツプラットフォームを再構築する」ということに対する共感が強いことを示している。
拾闻：このような追随は意味があるのでしょうか？
永亮：はい、泡もあります。意味は、現在では誰でも非常に低コストでアイデアを検証できることを示しています。しかし、泡があるのは、みんなが単に外観を変えるだけで、新しいコレクションの論理やコミュニティの信頼がなければ、すぐに美的疲労が生じるからです。HackerTubeの価値は、その背後にあるHNの20年間のデータがあることにあります。同業者が同じようなデータ資産を持たず、単に空の外観を作るだけなら、先発優位性は何も意味しません。
拾闻：では、これらの派生サイトはHackerTubeにとってプラスになるのか、それともマイナスになるのか？
永亮：短期的にはプラスです。なぜなら、全体の物語を「一人の2時間」から「新しいパラダイムの出現」へと拡張したからです。長期的には、HackerTubeが自分のデータとコミュニティを継続的に維持できるかどうかが重要です。もしデモ段階に留まっていて、HackerBooksやHackerTokがデータや開放性でより優れているなら、先発優位性は何の意味もありません。
Q5：一般のクリエイターや開発者にどのような啓示があるのか？
拾闻：最後の質問ですが、毎日コンテンツやコードに携わっている私たちにとって、この件はどのような啓示があるのか？
永亮：クリエイターにとっては、AI検索や推薦がますます同質化していくことを思い出させます。コミュニティの信頼とコレクションの品味が新たな障壁になるでしょう。YouTubeのアルゴリズムは平均的なユーザーには効果的ですが、特定の人々には効果がありません。将来の配布はプラットフォーム全体ではなく、無数の小さくて信頼できるコレクション層になるでしょう。
拾闻：開発者にとってはどうか？
永亮：開発者は自分のワークフローを再評価する必要があります。Karpathyは今、コードを書いたり、端末を使ったりせず、Claudeと対話するだけです。ほとんどの人にとって、彼を完全に真似するのはまだ早いですが、「要求の記述、受け入れ基準、境界判断」といった能力がますます重要になります。何をすべきか、何をすべきでないか、何が良いか、何が悪いかを明確に言える必要があります。
拾闻：それは、将来プログラミングを学ぶ必要がないということですか？
永亮：そうではありません。プログラミングは「各行を手書きで作る」から「プロセス設計、結果の検証、エラーの対応」へと変わります。本当に難しいのはAIにコードを書かせることではなく、コードが正しく書かれているか、オンラインになれるか、問題が発生したときにどのようにリトライできるかを知ることです。これらの判断は今でも人が行う必要があります。
拾闻：このような仕事スタイルを試したいチームに対して、どのようなアドバイスをしますか？
永亮：「私も2時間でサイトを作る」ということから始めないでください。まずは自分の実際の問題から始めて、週末に最小限の機能を実装し、実際のユーザーに使ってもらいます。重要なのは受け入れ基準を明確に定めることです：機能範囲、性能の最低ライン、エラー時のリトライ計画。同時に、エージェントをブラックボックスとして扱わず、重要なデータ、重要な決定、重要な設定を自分の手元に保持してください。最後に、503エラーに備えてください。なぜなら、エージェントが書いたコードは最初の大量実装時に大抵失敗するからです。
拾闻：中小規模の技術チームのマネージャーにとって、これはどういう意味ですか？
永亮：パフォーマンスと役割を再定義する必要があります。過去にはエンジニアを見ると、どれだけ美しくコードを書き、どれだけ速くバグを修正するかを評価しました。しかし将来は、ビジネス問題をエージェントが実行できるプロセスに分解できるか、受け入れ基準を設計できるか、重要なポイントで人の承認を保持できるかを見る必要があります。チーム内にはワークフローデザイナーやエージェントレビュアーのような新しい役割が現れます。評価の対象はもはやコードの成果ではなく、プロセスの安定性、再現可能性、エラー時のリトライ能力です。
拾闻：個人開発者にとって今最も練習すべきことは何ですか？
永亮：曖昧なアイデアを明確な基準に変える能力。この機能が何をするか、何をしないか、何が良いか、何が悪いかを3つ言葉で説明できますか？この能力は以前は「製品センス」と呼ばれていましたが、今ではエージェントとの協力の基本スキルです。早く練習すればするほど、速く複利効果が見られます。
拾闻：では、あなたの総合的な判断は何ですか？
永亮：HackerTubeで示されているのは、アイデアを持つ人々が非常に低コストでアイデアを公開できるということです。本当に貴重なものは、今までコードを書くスピードではなく、テーマ選び、センス、コミュニティの信頼、そしてプロトタイプを信頼できるサービスに変える能力です。現在、ほとんどの人が最もすべきことは、コストが十分に低いうちに、自分が本当に関心を持つアイデアを何つか試すことです。結局のところ、2分で価値を説明できる人だけが、2時間の実装について話す資格があります。この能力は、1日練習すれば1日分の成果が得られますが、このチャンスは永遠に続くわけではありません。
署名：永亮