← #802

HN 名人堂：浏览 3100 个传奇 Hacker News 链接

文章摘要

「HN Hall of Fame」（orangecrumbs.com/hall）用一句话概括自己的定位：Hacker News 反复重新发现的那些链接。站点当前收录 1176 个已入选名人堂的链接和 1995 个候选链接，数据覆盖到 2026 年 7 月。

它的核心不是简单按分数排行，而是一套明确定义的入选规则：一个链接要进名人堂，需要满足 5 次以上提交、3 位以上不同提交者、3 年以上的活跃跨度，以及 2 次由不同提交者创造、且相隔至少 720 天的「爆发事件」（breakout event）。换句话说，衡量的是一个链接被社区反复挖出来、跨越多年持续引发讨论的能力，而不是某一天的运气。每个条目都会显示提交次数、提交人数、跨越年数、峰值分数（max pts），以及所属「届别」（Class of YYYY-MM，即完成入选规则的月份）和最近一次「重新浮现」（resurfaced）的日期。

浏览维度相当多：全时段经典（all-time greats）、最新一届、最近重新浮现、按类型、按主题、按届别、以及候选名单。类型共 8 类，规模分别为随笔与写作 1160、书籍与学习 472、软件与代码 694、工具游戏与演示 225、参考资料 384、研究与数据 93、音频视频与图像 45、站点与组织 98。站点还提供开放数据下载、出版物目录，以及两个 RSS 源（新入选与候选重新浮现），另有一份每周邮件推送新候选。

榜首几位很能说明这套规则筛出的是什么样的内容：MIT 那篇「邮件无法发送到 500 英里之外」（2002）以 1164 的峰值分数居首，18.4 年间被 51 个人提交过 58 次；Peter Norvig 的《十年学会编程》（1998）582 分、32 次提交；W3C 的「Cool URIs Don’t Change」（1998）、Paul Graham 的「What You Can’t Say」（2004）紧随其后；再往下是 Music for Programming、「如果月亮只有一像素」的太阳系模型、「Choose Boring Technology」、《Unix-Haters Handbook》、Gervais 原则、「为什么 GNU grep 这么快」等等。2026 年 7 月这一届新入选 7 条，包括 Collapse OS、98.css、《如何学习数学》、「Old CSS, New CSS」、systemd 十年回顾和 Htop Explained。

站点是 OrangeCrumbs 旗下项目之一，同门还有 HN Reader（左右并排的故事与评论视图）、HN Wikipedia（HN 上被分享讨论的维基条目）和 HN YouTube（HN 上的常青视频，过滤掉时事类）。作者明确标注这是一个非官方、独立的项目，基于公开的 Hacker News 数据，与 Y Combinator 无关。

HN 评论精华

oyster143（作者）：在评论区透露这个站点「95% 是用 gpt 5.6 sol high 做的」。他还说评论版的名人堂他内部已经做好了，大概会在本周晚些时候发布。被质疑标题夸大时，他坦率承认：「说得公平，我确实有点夸张了」，并解释真正进名人堂的只有约 1000 条，其余是候选（即尚未满足全部条件的），「但我确实认为 300 名之外还有不少非常有意思的链接」。
codingdave：提出一个关于社区规范的质疑——这东西很酷、明显也很受欢迎，但 Show HN 的规则不是明确排除了列表和阅读材料吗？「随着 AI 让 Show HN 的质量大幅下滑，这恰好是一个真正很酷的例子……但去掉标题里的『Show HN』它一样酷。如果我们不建议 OP 按规则去『改成普通提交』，就说明我们没有把站点管好。」jonahx 不同意：这个网站本身功能足够多、切分和查看信息的方式足够丰富，是可以「试用」的，不只是一个列表。helterskelter 则说 HN 规则本来就略有弹性，不会机械套用，只要在良好品味和判断范围内一般都没问题。
embedding-shape：一条很有说服力的价值证明——「在 HN 上泡了十多年、每天泡得可以说太多了，我居然惊讶地发现里面很多条目我从没见过。真是个好惊喜 :)」他希望页面能用 CSS :visited 选择器并在索引页给出链接，这样一眼就能看出哪些自己访问过。jperras 接话：「18 年 HN 老兵，这些我大部分都忘了，尽管几乎每一条发生时我都在场！」onion2k 提醒 :visited 只在浏览器历史保留期内有效，比如 Chrome 本地只留 90 天，embedding-shape 表示难以置信——他日常用 Firefox，能记得几年前访问过的站点，「一个浏览器要是 90 天就忘掉地址，我几乎会认为它没用」。
bckr：提出一个关于「传奇」通胀的哲学问题——「3100 个链接能算传奇吗？我觉得最多只能有 310 个传奇链接。」nonameiguess 用数据支持这一直觉：维基百科说美国棒球名人堂目前有 351 位入选者，而这项运动的职业形态从 1876 年就存在了，那才是这类殿堂更合适的入选速率；不到 20 年就超过 3000 条实在太快，「整个英语文学正典都没有这么多条目」。作者回应：链接的总量比棒球运动员多得多，而且真正进名人堂的只有约 1000 条，其余是候选。
jaggederest：贴出了一个值得注意的对照——HN 官方内部就有一个类似的精选列表：news.ycombinator.com/highlights。
gchamonlive：整个帖子里最长也最有争议的一条。他说这个界面很像当下 SOTA 模型产出的 Web UI，而「你知道吗，我真的很高兴」——不再有人为了标新立异而在 UX 上乱来，不再有只有最虔诚的狂热者才能看懂的前端黑魔法，「UI 民主化了」。作为一个只做后端和 DevOps/SRE 的人，他现在能自信地为普通用户做出有用的图形应用，同时还学到大量前端架构知识。basilikum 表示「非常费解」：他能理解喜欢标准化和没有网页设计犯罪的部分，但「我真的无法理解怎么会有人看到那种 slop 设计还能产生任何积极感受，我一看到就本能地想立刻关掉标签页」（不过他也补充说，有人展示自己可能投入了大量人力的作品时，我们该保持礼貌）。gchamonlive 的回应颇有意思：把情感和逻辑分开而不让任何一方压倒另一方是一种技能，那就是 Simone Weil 说的「注意力」——你要以好奇和开放的态度看世界，才能筛选和吸收你想要的东西，看穿「现状」去看「可能」；他不是说这个项目好或者美，而是功能可用，而没有 LLM 它根本不会问世，「作为 MVP 或 PoC，这真的足够了」。
thi2：以具体缺陷回击上述乐观——手机上搜索框打开时被切掉一半，暗色模式图标没有像搜索图标一样居中，resurfaced 区块里文字重叠，「而这只是我在手机上扫一眼看到的。也许我太挑，但它给人一种草率、无人格的感觉。」gchamonlive 的回答堪称当下最典型的辩论姿态：「我可以把你的评论直接当成 prompt，取决于模型质量，它就已经是个『ex-bug』了。」thi2 在别处也留下了对项目本身的肯定：公司马上要进入代码冻结期，他会用空闲时间翻里面的链接，「谢谢你做了这份策展」。
ghostty141：指出大多数 LLM 生成的 UI 有两个通病——字号太小、信息密度太高。比如「max pts」这段文字完全没有理由这么小，左边空间明明够。
CPLX：顺着这条给出一个已经被他命名的概念，是本帖最受传播的观点。他把这类东西叫做「sprinkles（彩针糖）」——「因为我觉得 AI 忍不住往自己的设计上到处撒些没用的碎屑。注释性的小字、小标注都算，但对我来说最典型的，是它在你让它做 UI 时凭空造出一堆根本不可能来自任何确定性数据库的东西。」举例来说，你让它给一个找书应用做排序和筛选界面，它会在搜索结果页加一个「22 位首次出版的小说家」之类的元素，尽管这条信息哪儿都不存在，也不可能接进一个动态网站。「这让我抓狂。想着分享一下。」
dvaun：从怀疑到认可的典型路径——「我起初是抱着怀疑的，但翻过之后确实看到一些我印象很深的文章（比如 Gervais 原则）和把我带进兔子洞的博客（比如 SSC）。橙色站点产出了很多好东西。我相信我和其他人都会翻这些去找当年错过的隐藏珍宝。」
toomuchtodo：询问是否有计划聚合书籍推荐和论文（比如通过 DOI 或其他链接线索）。作者回应说书的部分大概已经有 hackernewsbooks.com 了，而他自己此前做过 HN 上流行的维基百科链接和 YouTube 链接两个站点。
scandox：指出分类里缺了「人物」这一类，而他本以为这类会贡献一些历史最高分的提交。
artemonster：全帖最短也最扎人的一条自嘲式评论——「已收藏。再也不会打开。」
dgeiser13：「传奇博客文章啊。把这些提交到国家历史博客文章名录去吧。」