16.9 MB 的离线语音识别模型、DeepSeek 4.1 Flash 为什么没让同行紧张，与一台十天用掉 1TB 流量的智能咖啡机——Hacker News Top 20（2026 年 10 月 9 日）

1. Whistle: Speech to Text in 16.9 MB

• 原文入口：Cactus · Whistle: Speech to Text in 16.9 MB
• HN 讨论：50008427
• 提交者：gmays（提交于 2026-10-09 00:59）
• 快照热度：479 points | 112 comments
• 原文日期：2026-10-02
• 中文要点：Cactus 发布 Whistle，一个面向手机、可穿戴设备、机器人、智能家居、汽车和单片机的语音识别模型：全部重量放在一个 16.9 MB 文件里，纯 CPU 运行、不依赖其他库，并且和同一家公司的 Needle 共用同一个 C++ 引擎、同一个容器格式和同一套量化。原文说它把三件事都在设备上做完：转写（16 kHz 单声道音频，一次最多 30 秒，支持英、德、法、西、意、荷、波七种语言，不指定时自动判断语种）、词级时间戳（每个词的起点、终点与概率，由解码器的注意力对齐得到）、语音嵌入（编码器输出，每 80 毫秒一行，不需要先解出文本）。结构上，前端把音频按 25 毫秒窗、10 毫秒跳步切成 80 维 log-mel 特征，限带到 250–3500 Hz；解码器用 5 路 beam 按长度归一化的对数概率打分，词表是 8192 个文本片段加上 7 个语言 token，语种因此是当作 token 输出的，转写上限 320 个 token，第 3 层与第 7 层各有一张 18432 槽的 engram 查表。引擎预编译了 17 个目标平台，从 macOS、Linux 一直到 Android、iOS、watchOS、Windows on ARM、RISC-V、MIPS、浏览器和 WASI 组件；权重放在 Hugging Face 上，源码在 GitHub 的 Cactus-Compute/needle3。仓库还带一个对照工具，能把同一段音频分别跑 Whistle、Whisper 和 Moonshine 并打印各自耗时。112 条评论里，最多人做的是拿自己的口音和最难听清的句子去试：有人说英文识别准到「想难倒它反而被它完整听下来」，也有人报告西班牙语不行、会写出不存在的词或明显的错字；一条评论指出真正难的不是安静环境，而是听懂中风后口齿不清的 84 岁老人。另有几桌人在和 iPhone 自带的听写比较，希望这类小模型最终能进手机系统。

2. Theranos.world

• 原文入口：Theranos World
• HN 讨论：50009295
• 提交者：kbyatnal（提交于 2026-10-09 01:51）
• 快照热度：230 points | 104 comments
• 原文日期：日期未确认（页面是一个交互程序，只在描述里说明内容，没有标发布日期）
• 中文要点：Theranos World 是一个可以直接在浏览器里逛的交互式模拟场景：伊丽莎白·霍姆斯（Elizabeth Holmes）的办公桌。页面的描述写着「每一封邮件和短信都是真的，来自庭审记录，由 Extend 解析」。访客能打开桌上的 MacBook、翻她的 iPhone、启动 Edison 血液检测仪，还能点椅子坐下、按 Esc 站起来。104 条评论里第一批就把这层关系点破：这是一份做得很漂亮的 Extend 软性营销。有评论说自己一向反对广告，但广告要长这样倒可以接受；也有人夸 iPhone 里那套邮件交互做得顺，同时说这些邮件和短信内容空洞得让人难受。另有几条是技术反馈，例如页面在 iPhone 13 的 Safari 上会立刻崩溃，以及场景里没有「跑出门」这个选项。

3. OpenAI, the Partition Principle, and Mathematics

• 原文入口：Asaf Karagila · OpenAI, the Partition Principle, and mathematics
• HN 讨论：50013902
• 提交者：md224（提交于 2026-10-09 07:29）
• 快照热度：10 points | 0 comments
• 原文日期：2026-10-08
• 中文要点：集合论学者 Asaf Karagila 对 OpenAI 那份「划分原理（Partition Principle）不蕴含选择公理」的预印本写了一篇批评。他说自己起床之前就有三个人来问他看没看过这份公告，因为这是他长期研究的问题；他此前在自己的问题清单里写过，谁解决这个问题就送 Sam Altman 一瓶威士忌，这篇文章给出的答案是不送。他先声明自己对使用 AI 持开放态度，也承认这项技术有用，只是数学界还没有形成使用它的规范——他举了 arXiv 因此开始限流、论文普遍要写 AI 使用声明这些正在发生的变化。具体的批评分两层。一层落在稿子本身：写法含糊、结构奇怪、术语用得不准，出现了一些他不认为会出现在这类论文里的定理（他点了 Lemma 7.4 与 Lemma 8.1），参考文献里至少三篇是未发表、未经同行评审、也不在 arXiv 上的讲义，在他熟悉的领域里他没法像读别的集合论论文那样读懂作者的思路和构造，按期刊标准这样的稿子该被直接退稿。另一层落在成本上：OpenAI 一次放出几百份写得难以读懂的「解」，等着整个领域来消化，他认为这等于一次拒绝服务攻击，真正的分享进展应该先请该领域专家参与、把文章写清楚。他最后把矛头指向学界之外，说资助机构、政策制定者和公众只看得到「进展」，会由此以为数学家可以被机器人替换。这条在快照时刻 0 条评论，原文页面也标着「本文没有评论」——没有讨论可供参考。

4. Why Isn't The Industry Freaking Out About DeepSeek 4.1 Flash?

• 原文入口：dgt.is · Why Isn't The Industry Freaking Out About DeepSeek 4.1 Flash?
• HN 讨论：50000488
• 提交者：jonotime（提交于 2026-10-08 08:14）
• 快照热度：347 points | 299 comments
• 原文日期：2026-10-07
• 中文要点：作者说他过去一个月在十几个项目里重度使用 DeepSeek 4.1 Flash，讲的是自己的使用感受：能力很强，价格比「前沿」模型低几个数量级，会话途中不看模型名他分不出自己在用 DeepSeek 还是 Opus。他关心的是前沿实验室为什么不紧张，并判断中国模型可能落后 Anthropic 与 OpenAI 一两个月，却能接手同样的工作负载。他给出的成本机制是缓存：DeepSeek 把 KV cache 相比自家 V1 缩小了约 437 倍，而长编码会话最贵的地方正是把缓存留在显存里，所以他一天下来的会话期望成本很少超过 1 美元；配了 OpenCode Go 每月 10 美元的订阅之后 DeepSeek 近乎不限量，同一件小事在别的模型上要 1 美元，在这里花 0.003 美元。他认为这改变了工作方式——可以随手派出一堆琐碎的活和探索性的界面测试，偶尔再请 Opus 5.5 做一次代码复审、让 DeepSeek 执行修改，他管这叫换一双眼睛，而不是换一个更聪明的模型。他也说训练数据归属的争论留给别人，多数开发者只算性价比。299 条评论分几路：一路认为根本不必惊慌，工具本来就会越来越快、越来越好、越来越便宜；一路把焦点拉回成本，指出按精度算显存才是真门槛（FP16 全精度约需 1664 GB 显存，对应 8 张 B300 288 GB；INT8 约 832 GB；INT4 约 416 GB，对应 8 张 A100 80 GB），而显存并不便宜；还有一路提醒更便宜的对手不止一家，有人直接说 GLM 5.3 Flash 比 DeepSeek 4.1 Flash 还便宜。

5. The value of not getting to the point (2015)

• 原文入口：Ken Arneson · The value of not getting to the point
• HN 讨论：50010470
• 提交者：NaOH（提交于 2026-10-09 03:04）
• 快照热度：102 points | 34 comments
• 原文日期：2015-11-06（旧文重新上榜）
• 中文要点：Ken Arneson 十一年前的旧文重新上了首页。他先引一句听来的话：人们约着喝啤酒、咖啡或者吃饭聊天，真正的用处是食物和饮料让人不必从头到尾都有话可说。他原本以为午餐的主要目的就是午餐，也一直以为只有自己这种内向的人觉得交谈费劲。改变他看法的是上大学的女儿发来的短信：她说想聊聊，他问「聊什么」，女儿不高兴；她只想先随便聊点没用的。于是他打了电话，先聊了半小时特朗普和总统选战，才慢慢滑进她真正想说的事。他由此意识到有人需要一段长热身才敢开口讲不舒服的话题，而他自己一向有话直说。文章接着谈语言为什么不够用：感受很难翻译成话，人于是常拿逻辑不自洽的理由解释情绪，又因为看不到自己理由里的自相矛盾、并且知道说错话有代价，才变得谨慎。34 条评论里，有人把这件事翻过来说：还有一类人需要练的正是「永远不要说到点子上」，也就是企业高管、政客和发言人被要求的技能；有人对原文关于食物的解释有异议，说自己午餐时的谈资常常就是各自点的菜和由此想起的故事；还有人提醒 .name 的三级域名明年起将被 Verisign 停用，想看这篇要趁早，因为作者用的正是 ken.arneson.name。

6. Man discovers his parents' coffee machine used 1TB of data in 10 days

• 原文入口：Dexerto · Man discovers his parents' coffee machine used 1TB of data in 10 days
• HN 讨论：49995495
• 提交者：ck2（提交于 2026-10-08 00:56）
• 快照热度：339 points | 205 comments
• 原文日期：2026-10-07
• 中文要点：Dexerto 转述一位网名 Nomad 的用户在 X 上的发现：他查看父母的网络活动，发现他们的智能咖啡机十天里产生了 1TB 流量，于是决定给他们换一台新咖啡机。帖子走红之后他补充说，自己做了十多年 IT，所以继续查了下去，结论是这 1TB 绝大部分留在家中的局域网内，没有发到公网；他判断「大概率是这台机器的固件问题」，并说它确实把他的无线接入点打满了。他没有继续深挖机器在传什么，最终断了它的网，理由是「不值得让一台会这样发疯并造成拥塞的 IoT 设备一直连着」。咖啡机是他父母买的，他只远程帮他们管网络，说这是给他们上的一课。205 条评论大多在交换自家智能家电的类似经历：有人说家里的美的空调一直在狂敲路由器，他发现后拔掉了那个他本来不知道存在的 USB 无线网卡；有人想起自己只为了让亲戚家小孩看 YouTube 而把电视连上网，一周后路由器日志里全是这台电视的 DNS 查询。有评论引用 X 上的原帖补充说，那 1TB 是本地网络的元数据扫描而不是外网上行，并把原因归到厂商收集家庭数据卖给广告商这件事上。也有人借题提醒应该给 IoT 设备单独划 VLAN 或者单独开一个 2.4G 频段，其他人接话说多数情况只是设备在按固定间隔轮询更新服务器，不必先假设恶意。

7. AI-ready biological data: $1.8B global commitment

• 原文入口：Chan Zuckerberg Biohub · AI-ready biological data: $1.8B global commitment
• HN 讨论：50011999
• 提交者：ray__（提交于 2026-10-09 04:46）
• 快照热度：51 points | 4 comments
• 原文日期：2026-10-07
• 中文要点：Biohub 与美国能源部、国立卫生研究院以及新的出资方宣布扩大一项国际合作，目标是产出并公开能训练生物学预测模型的数据，合计投入 18 亿美元的资金、数据、算力与新的测量技术，原文称这是迄今为止规模最大的一笔面向 AI 生物数据的协同投入。分工是：能源部在五年内投入超过 5 亿美元做实验室测量、建模与计算；国立卫生研究院协调由既有超过 5 亿美元联邦投入产生的相关数据集、仓库与知识库，并与 Biohub 一起把它们整理成可用于 AI 训练的格式；Google DeepMind、Isomorphic Labs 与 Meta 合计投入 3 亿美元加入「Virtual Biology Initiative」，建设生命预测模型需要的多模态数据集。Biohub 科学负责人 Alex Rives 说，生物学预测模型能让科学家在数字环境里做实验，虚拟细胞是下一阶段科学最重要的挑战之一。4 条评论里，一条提醒与此同时现任政府正在把原本公开、对研究至关重要的数据集下线；一条设想做 SETI@Home 的继任者，把 AI 订阅里用不完的额度凑成集体算力；还有一条把这件事类比成 Mayo Clinic 的数据资助。

8. I hired an illustrator to draw my house. Now it's my Home Assistant dashboard

• 原文入口：Anton Frolov · I hired an illustrator to draw my house. Now it's my Home Assistant dashboard
• HN 讨论：49986882
• 提交者：soheilpro（提交于 2026-10-07 09:41）
• 快照热度：334 points | 43 comments
• 原文日期：2026-10-05
• 中文要点：作者用 Home Assistant 自动化家里一年之后撞上瓶颈：花园灯只能从 App 打开，他自己加的定时器到点会闪灯催人续时，可家里其他人既不想装 Home Assistant，也不想用他当时的仪表盘。他由此想做一个「酷到全家都想用」的仪表盘，选中了户型图方案，也就是一张能和真实房子对应的可交互地图。他看过的大多数方案是 3D 的：模型本身是一张静态图，交互只是往上叠一层图标；像素画方案好看，代价是自己画或者一个个摆素材。于是他去找插画师，才发现这件事比想象中难：画师各有风格，热门的要排几个月，而仪表盘属于不常见的委托。最终他请人按自家房子画了一张手绘图，把灯光、壁炉、空调这些状态挂在画面上，这也是全家第一次真正用起来的版本。43 条评论里，有人分享用 AI 的替代做法——把已有户型图交给模型，再加点「棕色餐桌在这里」这类标注，效果不错；直接丢一堆照片让模型自己判断则行不通。也有人直接在评论区问他人在哪里、花了多少钱。

9. ADHD as a circadian rhythm disorder

• 原文入口：Frontiers in Psychiatry · ADHD as a circadian rhythm disorder: evidence and implications for chronotherapy
• HN 讨论：50011928
• 提交者：bookofjoe（提交于 2026-10-09 04:42）
• 快照热度：126 points | 96 comments
• 原文日期：2025-12-10（2025-11-26 在线；旧文重新上榜）
• 中文要点：这篇综述提出把 ADHD 的一部分当作昼夜节律问题来处理。它汇总的数据是：失眠与睡眠障碍影响多达 80% 的成年 ADHD 患者和 82% 的儿童患者，睡眠-觉醒时相延迟出现在多达 78% 的人身上；褪黑素分泌起点（DLMO）在儿童身上平均推迟约 45 分钟、在成人身上约 90 分钟，同时伴随皮质醇节律变钝并推迟、松果体体积减小、外周时钟基因（BMAL1/PER2）节律减弱。干预研究显示时相可以提前：褪黑素与强光治疗都能让 ADHD 人群的 DLMO 提前，初步数据把时相提前和症状改善联系在一起，冬季试验显示时型偏好的改变最能预测症状改善；针对儿童的睡眠项目改善了症状、睡眠质量和日常功能。作者据此提出一条行为优先的临床路径：先常规筛查睡眠与节律问题，用时型评估、睡眠追踪和条件允许时的 DLMO 检测把人群分型，再固定起床时间、早晨接受强光、晚间限制光照与屏幕、规律化环境里的授时线索，对确认或疑似 DLMO 延迟的人选择性使用低剂量褪黑素。96 条评论里，最上面一条说这篇文章几乎没有新东西，核心引用多是 2010 年代的研究，希望看到更大规模的后续验证；另一条担心这套说法会变成「先证明你配得上治疗」的门槛；也有人自嘲说 ADHD 让自己连文章都读不完。

10. Yes, and

• 原文入口：htmx · Yes, and...
• HN 讨论：50003796
• 提交者：Michelangelo11（提交于 2026-10-08 17:48）
• 快照热度：118 points | 50 comments
• 原文日期：2026-02-27
• 中文要点：htmx 作者 Carson Gross（同时在蒙大拿州立大学教计算机）回答亲友与学生越来越多问他的一个问题：有 AI 之后还该不该学编程。他的答复是「Yes, and…」。先说 Yes：编程的本质是用计算机解决问题、并在解决问题的过程中控制复杂度，他不认为这两种能力会贬值，所以这仍是一份可行的职业。然后是「and」那一半：AI 对初级程序员很危险，因为很多题目它都能直接生成代码，不亲手写就得不到那种在战壕里养出来的理解，也就读不懂代码，最后造出自己不理解、也控制不了的「魔法师的学徒」式系统。他对学生的要求是：AI 能生成这份作业的代码，但你别让它生成，你必须自己写。他也不接受把「高级语言到 AI 生成代码」类比成「汇编到高级语言」：编译器在很大程度上是确定性的，同一个语言结构在给定架构下编译出什么大致可以预期，而同一个提示交给 LLM，得到的解不一样。50 条评论里最上面的反对意见是「No, but…」：学编程是多年投入，按过去 12 个月编码 AI 的进步速度外推，把时间投在这上面是配置错误；有人说教授给出的求职建议最后仍然是「networking」，家里没有行业人脉的人会更吃亏；也有人质疑「不写就读不懂」这个前提，说自己回想刚入行时同样读不懂代码。

11. A Terminal Protocol for Program Status (OSC 7501)

• 原文入口：Mitchell Hashimoto · A Terminal Protocol for Program Status (OSC 7501)
• HN 讨论：49984159
• 提交者：mfiguiere（提交于 2026-10-07 05:08）
• 快照热度：83 points | 31 comments
• 原文日期：2026-10-06
• 中文要点：Mitchell Hashimoto 写了一份新的终端转义序列规范 OSC 7501，叫「Program Status Protocol」，让任何程序直接告诉终端自己处在什么状态——idle、working、waiting on the user、finished 还是 failed，以及为什么。文中的例子是 Terraform 报告自己被卡住、等待用户输入，并附上一句 base64 编码的消息「Apply 3 to add, 1 to change, 0 to destroy?」；终端或者任何跑 Terraform 的工具可以自行决定怎么展示：弹通知、放进收件箱、显示状态图标。他说这个规范来自他在 Superlogical 与 Ghostty 上的工作，里面没有产品专有功能或语言。问题背景是长任务（构建、部署、包升级、数据处理，以及越来越多见的编码 agent）会在自己干活、等用户、结束之间来回切换，而人通常已经去干别的了，只想知道任务什么时候完成或者什么时候需要自己；既有的做法——监测前台进程是否变化、等一段没有输出——都不够，也拼不出一个能表达进度、阻塞、完成和任务树的通用方案。规范里还专门讨论了给 agent 用的收件箱。31 条评论里，有人直接给出规范所在的页面；有人把它和当年 IBM 3270 的状态行联系起来，说太阳底下没有新鲜事；也有人分享自己拼出的土办法——用 iTerm2 标签页的活动与新输出提示、视觉铃铛来当通知，在 Linux 上用 WezTerm 做了近似实现。

12. ETH-68: Ethernet Audio Interface for Linux

• 原文入口：Natural Systems · eth68: Ethernet Audio Interface for Linux
• HN 讨论：49992994
• 提交者：chabad360（提交于 2026-10-07 21:58）
• 快照热度：70 points | 51 comments
• 原文日期：日期未确认（产品页不标发布日期）
• 中文要点：eth68 是一台面向 Linux 的以太网音频接口。标称指标包括：48 kHz、64 采样缓冲下往返延迟 3.620 毫秒；多台可以同步使用，通道数上去了而往返延迟不变；6 路平衡线路输入和 8 路平衡线路输出都走 1/4 英寸 TRS；支持 48 与 96 kHz；用 Burr-Brown PCM3168A 编解码器；带 DIN MIDI；1U 19 英寸机架机箱。它的固件是跑在 STM32H7 单片机上的自研裸机程序，角色是模拟 netJACK1 主端点；在 Linux 上可以用 JACK 的 netone 后端（jackd -d netone）接入，也可以直接用 PipeWire 的 pw-eth68 客户端。原文给出用 jack_delay 和环回线测出的完整延迟表：48 kHz 下 32/64/96/128/256 采样分别是 2.288、3.620、4.954、6.287、11.621 毫秒，96 kHz 下分别是 1.148、1.814、2.480、3.147、5.814 毫秒，并提到既往实验给出的可感延迟阈值在 5 到 20 毫秒之间。51 条评论里，有人问千兆以太网能不能把往返延迟再压下去；有人不接受「very low latency」这个说法，说音频里「很低」指 1 毫秒以内，3.6 毫秒算好但不算特别；也有人注意到它默认把采集包发到 12.12.12.10:3000 这个少见的地址。

13. A 5.3M-year-old deep-sea whale necropolis in the Diamantina Zone

• 原文入口：Nature · A 5.3M-year-old deep-sea whale necropolis in the Diamantina Zone
• HN 讨论：49996639
• 提交者：bryanrasmussen（提交于 2026-10-08 02:14）
• 快照热度：71 points | 2 comments
• 原文日期：2026-06-10（Nature 在线）
• 中文要点：这篇 Nature 论文报告在东南印度洋的 Diamantina 断裂带发现一片巨大的鲸类墓地：水深 4616 到 7001 米，沿海底延伸约 1200 公里，包含 5 个现代天然鲸落群落和 476 具已记录的鲸类化石。这些鲸尸支撑着高度专门化的群落，以蛇尾、钻骨蠕虫和靠化能合成的双壳类为主；化石记录里既有现生的深潜喙鲸，也有已经灭绝的种类。同位素定年显示，这一带的鲸落至少从 530 万年前就开始出现。作者认为这改写了人们对鲸落生态系统分布极限和生物地理的理解，也把部分深海海底确立成可以追踪鲸类演化的化石档案。原文说明了这类研究过去零散的原因：此前记录到的鲸落多在水深几十米到 4000 米之间，最深的一例在西南大西洋 4204 米，深海与超深渊的数据一直很少。2 条评论里只有一条顶层评论，说展示鲸尸周围生态的纪录片画面很迷人——没有更多讨论可供参考。

14. Step 5 Preview, a 1M-context MoE from StepFun, shows up on OpenRouter

• 原文入口：OpenRouter · Step 5 Preview
• HN 讨论：50007764
• 提交者：AnneWodell（提交于 2026-10-09 00:20）
• 快照热度：80 points | 23 comments
• 原文日期：2026-10-08
• 中文要点：这条是 OpenRouter 上阶跃星辰（StepFun）新模型的页面。Step 5 Preview 被描述为该公司面向 agentic 任务的旗舰模型，稀疏 MoE 架构，270 亿激活参数、6000 亿总参数，在软件工程与专业知识工作上表现强，金融方向尤其突出，面向跨大型代码库与文档、需要多步调用工具并反复打磨结果的长期任务。页面标出的价格是输入每百万 token 1 美元、输出 2.70 美元、缓存读 0.05 美元，上下文 100 万 token，发布日 2026-10-08；同一页面还给出 56 tok/s 的吞吐、3.57 秒的 P50 延迟、三天内 99.72% 的可用率和 99.74% 的 OpenRouter 可用率。23 条评论里，有人用「画一个 Hacker News 风格的评论区」这类提示去测它的生成水平；有人贴出第三方对比页面，认为它在任何一个维度上都不具竞争力；也有人猜它就是此前某个代号模型。

15. Beauty in DVD Menus

• 原文入口：Vale.Rocks · Beauty in DVD Menus
• HN 讨论：50005527
• 提交者：speckx（提交于 2026-10-08 21:22）
• 快照热度：245 points | 144 comments
• 原文日期：2026-10-06
• 中文要点：一篇回顾 DVD 菜单的随笔。作者说早期 DVD 把交互菜单当卖点，相比完全没有菜单的 VHS 与 LaserDisc 确实是进步，不过最早的不少碟片直接进入正片，便宜的发行也一样；等 DVD 普及、播放器铺开、行业摸清格式的长短之后，2000 年代成了菜单真正发力的时期。文章接着讲技术背景：NTSC 区的 DVD 视频通常是 720×480，PAL 区是 720×576，这两个分辨率来自 1986 年面世的数字录像标准 D-1，而 D-1 的分辨率又出自 1982 年的 Rec. 601/BT.601 标准；碟片上还带元数据，告诉播放设备该把画面拉伸成什么比例，这就是存储宽高比（SAR）和显示宽高比（DAR/PAR）的区别。因为家用显示从 4:3 转向 16:9，DVD 的呈现方式经历过很多变化——信箱式、pan and scan、变形宽银幕。144 条评论里，有人认为这些菜单 95% 都很难看，像早期网页设计；有人希望 Jellyfin 能解析 DVD 并生成菜单，好把碟片归档；也有人从使用角度反对菜单，说自己当年专门重 rip 带菜单的碟，因为菜单只会让后座的小孩困惑，他们只想放进碟就播。

16. OLED burn-in test: 30-month update

• 原文入口：TechSpot · OLED burn-in test: 30-month update
• HN 讨论：50004115
• 提交者：baal80spam（提交于 2026-10-08 18:34）
• 快照热度：89 points | 53 comments
• 原文日期：2026-10-08
• 中文要点：TechSpot 的长期烧屏测试更新到第 30 个月。他们把一台 32 英寸 4K QD-OLED（微星 MPG 321URX）专门当生产力屏幕用：每天 8 到 10 小时静态桌面内容、亮度约 200 尼特，不开深色模式、不隐藏任务栏、也不设几分钟就启动的屏保。上一期更新时累计约 6500 小时，现在约 8000 小时；面板报告完成了 865 次补偿循环，与既往下趋势一致。作者说明按建议应当每四小时做一次补偿，他只在每天结束、显示器休眠时让它跑，实际循环数只有建议的一半左右，这让测试比正常使用更严苛。文章把测试第 6、18、24、30 个月的中心区域画面放在一起比，并说明为了让烧屏在图像与视频压缩之后仍然看得出来，他们给照片加了静态噪点。53 条评论里，有人问苹果即将推出的 OLED MacBook Pro 会怎么处理这个问题；有人说自己换了最新的华硕 OLED，用一年看不到烧屏，认为这已经是解决了的问题；也有人指出别的面板技术（比如 VA）同样会烧屏。

17. Show HN: Rgpu – a PyTorch device whose tensors live on a remote GPU

• 原文入口：GitHub · ymcrcat/rgpu
• HN 讨论：49988516
• 提交者：boxstream（提交于 2026-10-07 13:15）
• 快照热度：28 points | 2 comments
• 原文日期：日期未确认（仓库页不标发布日；仓库创建于 2026-09-11，最近一次推送为 2026-10-08）
• 中文要点：rGPU 让笔记本上的 Python 程序把 PyTorch 的张量留在远端 NVIDIA 机器上，应用本身留在本地。它提供两条路径：一是可选的 rgpu device，PyTorch 的张量运算走 TCP；二是 CUDA shim，用 libcuda、CUDA Runtime、cuBLAS/cuBLASLt、cuDNN 的垫片支持既有 Linux CUDA 程序，包括原版 CUDA 版 PyTorch。用法是 pip install rgpu，然后用 rgpu-run --host user@gpu-host … 打开隧道并运行脚本；仓库给的冒烟测试是在 rgpu device 上建一个张量、乘 2 再求和，期望输出 8.0。仓库自己写明两条协议都不做认证、也不加密：服务端应保持默认只在 localhost 监听并走 SSH，CUDA 服务端会监听所有 IPv4 接口，即使走 SSH 隧道也要在启动前用防火墙限制 9713 端口。仓库标 Apache-2.0，主要用 C++ 写。2 条评论都只是祝贺和表示有趣，没有实质讨论可供参考。

18. Show HN: Making a flexible "neon" t-shirt with LED filaments

• 原文入口：Scott Bezek · Making a flexible "neon" t-shirt with LED filaments
• HN 讨论：50008047
• 提交者：scottbez1（提交于 2026-10-09 00:37）
• 快照热度：92 points | 17 comments
• 原文日期：2026-10-08
• 中文要点：作者趁公司办霓虹主题活动翻出囤了多年的柔性 LED 灯丝，做了一件能穿的「霓虹」T 恤，并写下全过程；活动通知离活动不到一周，所以这是几天内赶出来的。材料包括灯丝（两根 600 毫米暖白 12V、三根 300 毫米红色 3V、一根 1200 毫米红色 24V）、USB 电池组、ESP32、升压转换器、恒流 LED 驱动 TPS61169、ULN2003A 达林顿阵列扩展板、黑 T 恤、黑线、十字绣用的硬衬布、描图纸和热缩管。最关键的一步是解决支撑：纯棉 T 恤太软，缝上灯丝会皱，他借来妻子做手工用的 Aida 十字绣布当硬衬，用绣绷把布绷平绷匀再缝。最大的限制是灯丝不能剪短——一端正、一端负，剪了就废，所以图案走向必须落在已有的长度规格里；他背面的图案因此定成一只用单根 1200 毫米 24V 红色灯丝做成的羊驼。文章也讲了驱动电路和用 PWM 做渐变、闪烁的动画做法。17 条评论里，作者本人在帖中回答问题；有人特别称赞 PWM 动画、闪烁和渐亮的处理；也有人想起某个在 T 恤上投影柔性全息的日本技术演示。

19. DuckDB Ducklake

• 原文入口：GitHub · duckdb/ducklake
• HN 讨论：49996149
• 提交者：saikatsg（提交于 2026-10-08 01:40）
• 快照热度：106 points | 14 comments
• 原文日期：日期未确认（仓库页不标发布日；仓库创建于 2025-03-03，最近一次推送为 2026-10-08）
• 中文要点：DuckLake 是 DuckDB 团队做的开放湖仓格式，建立在 SQL 与 Parquet 之上：元数据存在一个目录数据库里，数据存成 Parquet 文件，DuckDB 的 ducklake 扩展可以直接读写。安装用 INSTALL ducklake;（开发版从 core_nightly 装），然后 ATTACH 'ducklake:metadata.ducklake' AS my_ducklake (DATA_PATH 'file_path/') 挂载，接着就能用标准 SQL 建表、写入和查询；README 演示了 FROM my_table AT (VERSION => 2) 这种按版本读旧数据的查询，以及 ALTER TABLE 加列。仓库标 MIT，主要用 C++ 写，官网是 ducklake.select。14 条评论里，有人在吐槽名字，说「Duckpond」明明就在那儿；有人指出 MotherDuck 在 DuckLake 页面上送 O'Reilly 那本《DuckLake: The Definitive Guide》；也有人贴出 DuckDB 官方那篇关于「小数据失去的十年」的文章，表达对 DuckDB 的偏爱。

20. US man given prison sentence for bot-farming music streams

• 原文入口：The Quietus · US man given prison sentence for bot-farming music streams
• HN 讨论：50000985
• 提交者：cdrnsf（提交于 2026-10-08 09:33）
• 快照热度：88 points | 141 comments
• 原文日期：2026-10-07
• 中文要点：北卡罗来纳州 54 岁的 Michael Smith 因用机器人刷播放量骗取版税被判 18 个月监禁。美国司法部 10 月 6 日的新闻稿公布了判决：他今年 3 月已就一项串谋实施电信欺诈认罪，并要交出靠刷量赚到的 800 万美元版税。检方说他在 2017 年到 2024 年被捕期间创建了多达 1 万个虚假账号，用来播放他自己拥有的歌曲，这些歌大多由 AI 生成；他还把自动播放分散到成千上万首歌上，免得某首歌的流量异常引起注意。他的几十万首 AI 生成歌曲被这些机器人账号播放了数十亿次。司法部给了一个对照：2023 年 4 月泰勒·斯威夫特全部作品在 YouTube Music 上的家庭套餐播放量是 930 万次，同月 Smith 的机器人账号用家庭套餐虚假播放他的 AI 音乐 8090 万次。纽约南区联邦检察官 Jamie McDonald 在新闻稿里说 Smith「利用超级智能技术实施欺诈」；原文特别注明，把 AI 称作 super intelligence 是美国总统特朗普要求政府雇员在文件和声明中使用的说法。141 条评论里主要有两股意见：一股追问这到底犯了什么罪，有人说他只是按服务提供的方式使用服务，大公司这么做却不受追究；另一股把矛头指向那句话本身，认为「超级智能」这套语言对资本开放、对个人不允许。也有人补上司法部新闻稿和 HN 上另一个相关条目的链接。