# HackerTube 收了 6,454 个视频，我真正想拿走的是下载包

**Summary:** HackerTube 把 Hacker News 上讨论过的 6,454 个视频整理成一个站点。比起首页推荐，我更看重它可下载的策展数据：能查清每个视频为什么被收录，也能自己改规则重新筛一遍。

- Canonical: https://markhuang.ai/zh/news/hackertube-portable-curation
- Language: zh-CN
- Author: [Mark Huang](https://markhuang.ai/about)
- Published: 2026-10-31
- Section: News
- Tags: HackerTube, Andrej Karpathy, YouTube, Hacker News, 内容策展, 推荐系统
- Source: [Andrej Karpathy](https://karpathy.bearblog.dev/hacker-tube/)
- License: https://creativecommons.org/licenses/by-nc/4.0/

---

![一只打开的档案箱，里面立着几张玻璃卡片，分别画着教室、科学模型、乐器和森林，旁边散落着纸质对话气泡](https://cdn.markhuang.ai/news/hackertube-portable-curation/hero.webp)

*一张讲“可携带的策展”的插图：把挑好的视频和背后的讨论一起带走，放进另一个工具里。*

Andrej Karpathy 把 Hacker News 上积累了多年的视频链接，做成了 HackerTube：一个能像 YouTube 那样逛的网站。他在 [10 月 31 日的发布帖](https://news.ycombinator.com/item?id=50319510)里列出 6,454 个视频，来源是 2007 年以来的 39,834 条评论。想找一场值得看的演讲，从这里进去就行，不必先决定订阅哪个频道。

比起首页，我更在意它的下载。HackerTube 让我能借用一群人的口味，但它导出的数据也让我可以反过来质疑这份挑选，再搭一套自己的浏览方式。这很重要，因为项目文档自己划了一条线，发布宣传却容易把这条线说混：在 Hacker News 上被讨论过，不等于被推荐。

## 被反复提到，不等于被推荐

[项目的说明](https://hackertube.org/about)给出了一个挺合理的筛选条件：一个视频得被至少三个不同的人、在三个不同的月份里提到，而且得带着评论，才能收录进库。然后由 Claude 把评论分成推荐、引用、玩笑和批评。排名偏向跨好几个月的推荐，强推荐的分量更重。

我喜欢这个设计，它适合找那些经得起时间的讲座。一场演讲，人们隔一阵子还会回头再看，就比火一下就过去的链接更值得我腾出时间。但第一道筛选量的是“被反复讨论”，第二道则要靠模型判断别人为什么分享这个链接。

[下载包的说明](https://hackertube.org/download/DATA.md)把这个区别写得很直白：收录的视频里，大约 25% 只是被引用过，从没被推荐过。这不等于首页上有四分之一是烂推荐。它说的是底层那个合集：里面一并保留了各种提及，推荐次数则单独记录。

但这确实意味着，我希望有个方便的开关，能在“HN 在讨论什么”和“HN 在推荐什么”之间切换。两种都有用。今晚要挑一场讲座，我大概会从明确的推荐看起；要是查一个题目，引用和批评可能正是我要的。

## 我挑的是一群人的口味

HackerTube 的关于页面把 YouTube 推荐说成是围着观看时长优化的。这个对比我会打个折扣。YouTube 在 [2021 年介绍自家推荐系统](https://blog.youtube/inside-youtube/on-youtubes-recommendation-system/)时，除了观看时长，还提到了满意度调查、分享、点赞和点踩。这段说明当然不能证明信息流对每个观众都好，但只说“观看时长对人工判断”，这个区别就讲得太简单了。

HackerTube 同样是用软件去解读人的选择。在我看来，它的好处是我能看清起点是谁的选择，也能翻出视频背后的评论。推荐因此更容易被质疑。但这也说明不了这套品味对谁都成立。

“跨月份反复出现”这条规则，也得让我接受一个代价：新视频还没来得及攒够跨月的推荐。我会用这个信号去找留得下来的内容，另外留一条路给最近发现的东西。

[发布帖下的一位评论者](https://news.ycombinator.com/item?id=50319965)提了个有用的区分：“新”可能指视频上传的时间，也可能指有人最近又链了一次。这两个日期我都想要。一场老演讲被重新推荐，可能比一个新上传的视频更值得看。

## 有了导出，规则就能自己改

[数据下载包](https://hackertube.org/data)里有视频卡片、带标签的评论、主题分类，还有被同一批人推荐的视频之间的关联。文档写明数据许可为 ODC-By 1.0，要求署名 HackerTube 和底层的 Hacker News 数据集。它也提醒，模型的标签和摘要会出错。

我能想到拿这些文件做个小工具：按选题每周出一份短名单，只收明确的推荐，每个视频下面留一条链接，指向让它入选的那条评论。我更想要的是一份能照着办的短名单，而不是又一个能一直往下刷的信息流。

最有力的反对意见是：没人需要再看一个视频网站。[有位评论者要的是 YouTube 播放列表](https://news.ycombinator.com/item?id=50319987)，理由是这份策展本身就有用，不必另起一个界面。我同意。习惯在电视上用 YouTube 应用的人，不该为了拿到更好的挑选就改变看视频的方式。

导出数据正好给了开发者一个回应这个要求的办法，不论是另做一个界面，还是把短名单送到别处。限制也有：下载包里没有 YouTube 描述、播放量、时长和上传日期，文档写了怎么通过 YouTube Data API 取回。它是策展数据集，不是离线视频库。Karpathy 也[说自己没公开服务端代码](https://news.ycombinator.com/item?id=50320084)。

## 什么会让我一直回来看

我不需要 HackerTube 证明它把推荐问题解决了。我只想它能帮我挑出一场值得看的视频，并且把理由摆得足够明白，让我能找到地方反驳。模型写的卡片是个方便的开场；真正让我能下手核查的，是旁边跟着的讨论。

对我来说，下载才是这个实验值得一直盯下去的那个功能。我可以把 Hacker News 当成一种口味的来源，同时不接受它的每一次收录，也不用搬到另一个首页去。如果这份短名单在别处更好用，这个项目就给了我把它带过去的办法。

来源说明：提交的 [Karpathy 博客链接](https://karpathy.bearblog.dev/hacker-tube/)核查时返回 404。上文中的发布信息，依据的是他的 Hacker News 发布帖，以及 HackerTube 的项目文档和数据文档。