HackerTube：用 HN 十八年评论造一个 YouTube

2026 年 10 月 31 日，Andrej Karpathy 在自己的博客上发布了 HackerTube。事情的起点很具体：周五夜里他想上 YouTube 看点东西，结果看到的是夸张的缩略图、重复的推荐和一批他不想看的内容。第二天早上，他把这件事交给了 Claude。

它到底是什么

HackerTube 是一个 YouTube 风格的视频站，地址是 hackertube.org。它不抓全站视频，只收一种东西：在 Hacker News 评论里被别人推荐过的 YouTube 链接。

• 站点收录 6,454 个视频，来自 39,834 条 HN 评论，时间跨度从 2007 年到 2026 年。
• 这些视频被归入 150 个主题。
• 收录门槛不是「有人贴过一次」：按 Crypto Briefing 的报道，一个视频要被多个用户推荐，而且推荐要发生在不同月份。

这解释了它和普通聚合站的区别。它卖的不是「更多视频」，而是一层已经被人读过、争论过、再被筛出来的链接。

怎么建出来的

Karpathy 的说法很直接：他用 Claude Code 桌面版，默认用 Opus 5.5、中等推理强度，把任务交给模型，自己只做三件必须由人做的事——申请 Google Cloud 的 API key、开一台 VPS、买域名。剩下的下载评论、过滤、去垃圾、归类、做界面、部署和加固，都由模型完成。

• 他让 Opus 先下载 HN 的全部评论，再用 Sonnet 在一个 Workflow 里做过滤和收敛。
• 整个过程大约两小时。
• Crypto Briefing 给出的用量是：约 504M 输入 token，其中 90% 命中缓存，另有 7.6M 输出 token。

这里最值得注意的不是「两小时」这个数字，而是任务被切成了可以并行和可验收的工序。先有原始评论，再有候选链接，再有去重和主题归类，最后才是站点。模型负责的是工序内部的判断，人负责的是边界条件和上线。

站点上的几个设计选择

• 缩略图不用上传者那张，而是取视频帧的 50% 位置。Karpathy 的理由是上传缩略图本身就在鼓励夸张。
• 不做账号。推荐状态存在浏览器本地，不收集观看历史。
• 支持键盘快捷键。
• 整站数据可以导出成一个压缩包，方便别人拿自己的 agent 再做一个版本。

最后一条其实很关键：它把「策展结果」当成可复制的数据，而不是必须留在某个平台里的资产。

为什么这件事值得看

HackerTube 的稀缺处不在技术栈，而在筛选逻辑。YouTube 的推荐优化的是停留时间，HN 评论里的推荐优化的是「这个东西值得别人花时间」。前者会不断放大刺激，后者天然带一点门槛：你得先在一个以文字为主的社区里说服别人。

Karpathy 在博客里还写了一句容易被忽略的话：他已经不太做传统意义上的工程工作了，不读代码、不跑终端，只和模型对话，让它把事情做完。HackerTube 是这个工作方式的一次公开演示，而且演示的产物是别人可以立刻打开用的站点。

需要保留的地方

• 目前能核到的建站细节主要来自 Karpathy 的博客和 Crypto Briefing 的报道，Karpathy 没有公布完整代码或逐条筛选日志。
• 504M 输入 token 与 90% 缓存比例是 Crypto Briefing 给出的数字，不是 Karpathy 原文。
• 6,454 个视频的质量没有独立审计。收录规则听起来合理，但「多个用户、不同月份」具体怎么计数，外部看不到。
• 站点由个人维护，链接失效和内容变化都可能在所难免。

参考来源

本文基于以下公开报道整理：

• HackerTube — Andrej Karpathy 博客，2026-10-31
• HackerTube — 站点本身
• Andrej Karpathy launches HackerTube, a Claude-curated YouTube alternative built from Hacker News comments — Crypto Briefing，2026-11-01

本文由 AI 辅助整理，事实与引文来自 Karpathy 博客、HackerTube 站点与 Crypto Briefing 报道；未独立复跑建站流程，配图后续补充。