持续追踪

HackerTube 回访:筛选路径更清楚,用户还想要新视频

按时间保留当时的判断和后续核查;历史收录不代表刚刚重新验证。

2026-11-02 · 当时的记录

昨日介绍的 HackerTube,是 Karpathy 用 Hacker News 历史推荐重新组织视频入口的个人项目。原文列出 6454 个视频、150 个主题,提供可导出的数据,用户状态保存在本地浏览器。今天值得补充的不是“又做了一个视频站”,而是作者说明了筛选路径,用户也指出了实际使用中的缺口。

面对关于处理海量评论的玩笑,Karpathy 在公开回复里澄清:先按 URL、正则规则和垃圾信息过滤缩小范围,剩余部分才交给 Sonnet。最终视频下面能看到保留下来的推荐评论。这让读者知道语言模型介入的是哪一步,而不是误以为所有历史评论都经过相同深度的模型阅读。

Peter Hraska 则说,他喜欢这个入口,却想发现刚上传的新视频,于是尝试从已出现的频道补充新上传内容,并把标题所问问题的答案或摘要直接放在列表中。他还指出,原站虽然已有摘要,却藏在观看页像简介的位置,自己起初没认出那是摘要。这是一个具体的交互痛点:信息已经生成,用户仍可能在决定是否点击之前用不上它。

本期使用固定程序取得的公开原帖与回复快照,保留原账号和父帖关系,没有观看视频,也没有实测 Hraska 的派生站。作者的筛选说明和用户的自述,分别支持对处理流程与阅读需求的理解,不能据此认定推荐质量已得到独立验证。

本次记录的观点:Andrej Karpathy · Peter Hraska

回到当期正文 ↗

查看依据原文 · 原始依据 · 原始依据 · 原始依据

2026-11-01 · 当时的记录

Karpathy 不喜欢视频推荐里重复出现的内容和诱导点击的标题、缩略图,于是尝试用编程 Agent 做一个替代入口。他写道,自己让 Opus 5.5 搭建界面,并用 Sonnet 处理 Hacker News 的评论,从 2007—2026 年约四万条评论中整理出 6,454 个视频,分到约一百五十个主题。来源是社区曾经推荐的链接,而非平台对个人观看记录的预测。

项目保留了熟悉的视频浏览方式,但把缩略图换成视频中段画面,并把观看状态保存在浏览器本地,不要求账号。作者还提供数据导出,让别人能改做自己的界面。这里的“约两小时完成”是作者自述,未给出完整成本或长期维护记录;本期阅读了项目介绍和相关评论,没有观看这些视频,也没有核验每条视频的质量。

HN 评论者 zmmmmm 解释了自己为何厌倦个性化推荐:他上网是为了扩展视野,遇到自己没有想到、甚至不完全同意的东西,而“更多相似内容”未必服务这个目的。这与作者想改变入口的动机呼应。不过,换成 HN 推荐仍会继承社区的兴趣分布、推荐时点和漏选范围,不能把它当作中立的全网优选。

本次记录的观点:zmmmmm

回到当期正文 ↗

查看依据原文 · 原始依据 · 原始依据