No.01
“I just chose words carefully”
用精心选词手工对齐纯文本右边界
675 分
163 条评论
作者: zdw
文章讨论等宽字体排版的古怪之处:普通左对齐尚可,右对齐要数空格,居中会因没有半个空格而不均,强制两端对齐则会制造刺眼的大空隙;断词虽是传统方案,但在纯文本里连字符也会干扰阅读和复制。作者举出 1990 年代 Super Metroid 攻略的奇例:作者 rs1n 没用程序,而是纯靠改写措辞,让 17000 多词每行都刚好以字母抵达右边界且没有双空格。文章把它视为一种罕见的屏幕写作约束,也连接到现代 UI 文案为适配宽度而反复打磨的经验。
No.02
P99 0 ms* autocomplete for 240M domain names
为 2.4 亿域名实现近乎零延迟自动补全
80 分
34 条评论
作者: dbalatero
作者介绍 Wirewiki 的域名自动补全优化:在 keyDown 时预取当前字符及可能的下一个字符,在 keyUp 时渲染,从而把「延迟」定义为松键到结果可渲染;若请求提前完成,p99 可接近 0 ms。后端用 Tranco 前 100 万域名的内存 trie 存热门结果,再用 SSD 内存映射、分块压缩索引查询 CZDS 的 2.4 亿域名。压测显示 API 多数 2 ms 内返回,1.6k req/s 下 Nginx 加 API p99 约 15 ms。但真实瓶颈是 Cloudflare 往返和地理距离,欧洲单机对美国、澳洲用户难达标。评论主要质疑 keyUp/keyDown 语义、移动端和粘贴/IME 场景,以及「0 ms」是否只是指标包装。
No.03
Creepy Crawlies
AI 爬虫正在吞噬 git.kernel.org 的算力
1095 分
537 条评论
作者: zdw
作者用 git.kernel.org 的真实数据说明 AI 爬虫已从偶发干扰变成持续负载:在 5 个地理分布节点、90 个 CPU 核中,约 14 到 16 核长期用于把提交渲染成 HTML 供爬虫抓取,甚至超过合法访问和 git clone 的开销。问题在于爬虫不直接 clone 仓库,而是沿 cgit 的海量提交、补丁、diff URL 抓取,且通过住宅代理伪装浏览器绕过封禁。Anubis 工作量证明曾短暂有效,但爬虫已能解题,合法用户却越来越受影响。作者认为只能减少匿名 HTML 功能、限制昂贵接口,但开放 Web 与训练数据需求之间暂无简单解法。
No.04
Transfer files over an Ethernet patch cable
用一根以太网线直连两台电脑传文件
62 分
41 条评论
作者: jllyhill
文章说明,两台电脑可用普通以太网跳线直接相连,手动给网卡配置 IPv6 地址后,用 socat、dd 等工具通过 TCP 传输大文件。千兆网卡和普通线缆通常可接近 900Mbit/s,约每分钟 6.7GB,比云盘、WiFi 和多数 U 盘方案更可靠。作者认为以太网在非互联网场景被低估,点对点连接、廉价线缆、抗干扰和无需完整局域网都是优势;评论则补充现代网卡已支持自动 MDI-X,通常不需交叉线,甚至可依赖 IPv6 链路本地地址或 mDNS,争议点在于相比便携 SSD 和 USB-C 方案是否仍值得折腾。
No.05
My hobby of building miniatures and taking pretty pictures
搭建微缩咖啡馆并拍出漂亮照片
85 分
13 条评论
作者: thecsw
作者分享自己迷上 Rolife 等微缩模型后的最新作品:一间细节丰富的迷你咖啡馆。文章既写制作过程中的繁琐与乐趣,如易断木片、需要逐朵组装粘好的郁金香、桌上的微型文字与纸笔,也展示从不同角度拍摄模型的审美尝试。后半部分转向作者对咖啡的日常执念:每天为自己和妻子手冲,外出点美式,并把美式当作检验咖啡馆水平的标准,因为越简单越考验豆子与手艺。文章没有争议性,核心是手作细节、摄影乐趣与咖啡品味交织出的私人爱好记录。
No.06
Highlighting My Code Based on How Much I Care
按关注程度给代码做高亮
23 分
4 条评论
作者: hankbond
作者受 Nikita Prokopov 关于语法高亮过度用色的文章启发,重新思考高亮的目的:不是装饰,而是帮助眼睛快速定位真正需要注意的代码。尝试浅色主题和彩色方案后,他发现亮色背景下颜色既难保持冲击力,又容易喧宾夺主,于是转向黑白与灰度层次。最终方案把普通引用保持为基准黑色,突出注释、变量和函数定义,以及 return、throw、yield 等控制流终止点;同时弱化 const、let、标点等低语义元素。核心观点是,高亮应按阅读代码时的注意力权重分配视觉强调,让语义信息更可扫读,纯语法噪声退后。争议点在于灰度方案是否有足够对比度,以及哪些关键字应被纳入重点。
No.07
Matrox: Graphics for Professionals
Matrox:面向专业人士的图形硬件史
90 分
27 条评论
作者: BirAdam
文章回顾加拿大 Matrox 从 1976 年创立到专业图形市场成名的早期历程。Lorne Trottier 与 Branko Matić 从视频 RAM 和 256×256 图形系统起步,借专业电子杂志获得首批订单,并迅速切入 S-100 总线、NASA Viking 地面显示、华尔街多屏系统等高价值场景。其产品以高分辨率、DMA、彩色与灰阶、多平台适配见长,随后推出面向 Multibus、PDP-11 等系统的图形卡,以及采用 80286 与 NEC uPD7220 的 GXT、GXB、SX 系列。文章的价值在于把 Matrox 放回专业图形与嵌入式显示市场,而非只看后来的 PC 显卡竞争。
No.08
It takes 5 cloud services to hear my doorbell
一个门铃响起需要经过 5 个云服务
130 分
111 条评论
作者: vghaisas
作者为公寓防盗买了廉价 Blink 视频门铃,却发现门铃只在门外发声,家里人若没带手机反而听不到访客。受限于不想订阅、也不想把家中迷你电脑暴露到公网,他搭出一套荒诞链路:Blink 触发 Alexa,Alexa 切换 SmartThings 里的虚拟灯泡,SmartThings 发 webhook 到 VPS,家中 Home Assistant 轮询 VPS,再让 Google Home 播放铃声。这套系统运行了约 18 个月,但三星即将对个人 SmartThings API 收费,使方案面临重做。文章借此讽刺智能家居互操作差、云依赖过重,把原本零云服务的敲门升级成五云服务。
No.09
A 12TB Steam "teraleak" spills more than a decade of lost PC gaming history
12TB Steam 泄露揭开十余年失落 PC 游戏史
45 分
5 条评论
作者: WithinReason
Ars Technica 报道称,一个超过 12TB 的「Steam2」内容服务器转储正在通过 BitTorrent 流传,涵盖 2003 至 2013 年间 Steam 上大量游戏的历史版本。泄露内容包含数千个 depot,不仅有公开发行版,还可能包括预发布、原型和测试版本,对游戏档案保存具有重大价值。事件之所以止于 2013 年,是因为 Valve 当年从旧的 Steam2 架构迁移到 SteamPipe。争议焦点在于数据来源:多名 Valve 观察者称这些内容来自公开可访问的 API 或网站,无需密码,责任可能在 Valve 的长期暴露。
No.10
Understanding ChatGPT Work
理解 ChatGPT Work
153 分
50 条评论
作者: gmays
Simon Willison 梳理了 OpenAI 新产品 ChatGPT Work 的真实形态:它其实分为云端「Work Cloud」和本地「Work Local」,目前仅面向付费用户。文章认为 Work 的核心区别不在「做任务」这个模糊定位,而在独有能力:可联网代码环境、完整 Chrome 浏览器、跨会话持久文件系统、ChatGPT Sites 部署、Sol/Luna/Terra 模型选择、子代理和定时任务。作者尤其看重可联网代码执行与浏览器自动化,认为它让手机端也能完成抓取、安装依赖、操作网站、构建和部署站点等重型工作。但他也指出产品命名、额度和模式划分极其混乱,并担忧它同时接触私有数据、不可信内容和外发通道,正好命中其「致命三要素」安全风险模型。
No.11
Haiku R1/beta6 has been released
Haiku R1 beta6 发布
306 分
88 条评论
作者: metrofun
Haiku 在上个 beta 约两年后、项目 25 周年后一周发布 R1 beta6,并提供发布说明、媒体联系和下载/升级入口。正文同时列出近年项目动态,包括 Google Summer of Code 指导计划、财务报告和历次 beta。社区关注点集中在它作为 BeOS 精神继承者的桌面体验、美观 UI、速度和软件可用性;也有人报告 beta6 存在导致无法启动的回归。争议主要围绕它是否仍有轻量优势、现代浏览器和无障碍支持不足,以及项目对 AI 生成代码的限制是否会拖慢开发。
No.12
How to build a diffusion language model
如何构建扩散语言模型
65 分
5 条评论
作者: volodia
文章系统介绍扩散语言模型的基本思想与近年进展:不同于自回归模型从左到右逐词生成,扩散语言模型从全掩码或噪声序列出发,经过多轮去噪与迭代细化生成完整文本,可在速度与质量间调节,并利用双向上下文修正错误。作者先类比图像中的高斯扩散,再解释离散文本中的「掩码扩散」:随机遮蔽 token 形成前向过程,训练类似生成式 BERT 的双向 Transformer 预测干净序列,并在反向过程中逐步保留填入结果。文章还指出 2024 后该路线质量接近自回归模型,2026 年已有工业级扩散 LLM 发布,并涉及后训练、变长生成等关键构件。争议焦点在于其相对自回归模型的实际优势、置信度建模和规模化潜力仍需更多实证。
No.13
Show HN: NFC Energy-Harvesting PCB Business Card with an MCU
展示:带 MCU 的 NFC 能量采集 PCB 名片
159 分
16 条评论
作者: WilsonHarper
作者制作了一张无电池 PCB 名片:手机靠近时,NFC 场为电路供能,驱动 ATtiny816 MCU 与 21 颗 LED 播放动画。文章详细记录了从 KiCad 入门到可量产设计的过程,包括选择 NXP NTAG I2C Plus 采集能量、用 Charlieplexing 以少量 GPIO 控制多 LED、为满足芯片上电限制设计限流与 MOSFET 切换的大电容缓冲电路,以及用脚本生成矩形螺旋 NFC 天线并调谐至 13.56 MHz。作者强调目标是低成本、薄、可赠送且 RoHS 装配。评论整体称赞其工程细节和开源资料,也有人讨论成本、音频、LoRa、门禁和加密托管等延伸用途,并有人认为核心约束只是围绕有限功率包络设计。
No.14
OpenClaw 2.0, Accidentally
OpenClaw 2.0:意外长成的大版本
71 分
73 条评论
作者: doppp
OpenClaw 发布史上最大更新,933 名贡献者参与,合并超过 1.6 万个 PR,覆盖安装、浏览器应用、记忆、技能、自动化、插件、安全等几乎全部模块。团队原本只是想简化安装、重做浏览器体验,但在清理过程中牵动底层架构和发布流程,最终形成「2.0」级别更新。新版本强调从现有订阅、API key、本地模型快速启动,并让用户通过对话逐步配置自动化;同时推出共享云会话,把个人代理扩展为可协作、可交接上下文的多人工作空间。争议在于社区对半自主代理的实际用途、安全边界、热度衰退和是否可被普通脚本或编程代理替代仍高度怀疑。
No.15
Cores in space: The core memory module from a 1980 Spacelab computer
太空实验室计算机里的磁芯存储模块
101 分
17 条评论
作者: pwg
文章拆解了 1980 年代航天飞机 Spacelab 所用法国 Mitra 125 MS 小型机的磁芯内存系统:128KB RAM 并非硅芯片,而是由微小铁氧体环保存位状态。作者从整机结构、七块板组成的内存栈、导热安装方式讲起,解释磁芯存储如何通过「重合电流寻址」选择单个位,读操作为何会破坏数据并需重写,以及「抑制线」和二极管矩阵怎样减少驱动电路数量。文章价值在于把航天级可靠性、早期存储工程和具体硬件实物结合起来,展示磁芯内存在太空系统中为何仍具吸引力。评论则关注可靠性、重量、无抑制线架构的性能取舍,以及冗余系统与设计错误独立性的争议。
No.16
Hacking IKEA Furniture
改造宜家 Kallax 做工作台
305 分
213 条评论
作者: greenlightning
作者搬家后想要兼具工作台实用性和客厅家具外观的储物工作台。现成工作台太像车库,普通柜子太浅,定制家具又太贵,于是以宜家 Kallax 2x2 为底座,复用旧桌面,加入裁切 MDF 板、橡胶垫、装饰膜、抽屉和门板,做成两套 80×60 厘米工作台。文章重点记录了预钻孔、模板定位、空心板承重限制、五金尺寸不一、板材裁错等典型 DIY 坑。最终成品稳固、低价、外观可接受,适合放 3D 打印机和绘图机;不足是横向仍有轻微晃动,可通过背板或加固改善。
No.17
Sort branches by last commit date
按最后提交时间排序 Git 分支
113 分
43 条评论
作者: speckx
文章指出,很多人会写脚本遍历分支、取每个分支最新提交日期再排序,以便在分支过多时找到最近工作。其实现代 Git 已内置支持:设置「git config branch.sort committerdate」即可让「git branch」按最后提交时间排序,也可用「git branch --sort committerdate」临时指定。排序键来自「git-for-each-ref」,还包括作者日期、创建日期、标签日期、消息大小、上游分支等。评论补充说加负号可让最新分支排在前面;也有人认为真正想要的是最近切换过的分支,而不是提交日期,因为 rebase 会刷新 committerdate。
No.18
Why open source rocks – a new SM750 (Silicon Motion GPU) HDMI Driver
开源让廉价 SM750 HDMI 服务器显卡重获新生
102 分
36 条评论
作者: SillyUsername
作者为一款廉价的 Silicon Motion SM750 HDMI-only 服务器显卡编写了现代 Linux 帧缓冲驱动,目标是替代原有或过时驱动,支持超宽分辨率、更高刷新率和更好性能。评论显示,这类约 25 美元、16MB 显存、偏 2D 的卡主要适合无核显服务器、TrueNAS 等低功耗显示输出场景,而非桌面 GPU。讨论焦点集中在开源驱动如何延长硬件寿命、避免专有旧驱动随内核演进失效,以及作者坦率说明使用 LLM 辅助开发、调试和迭代的流程。也有人指出 HDMI 搭配 16MB 显存很怪,但对纯软件渲染和 1080p 双缓冲仍够用。
No.19
Continuous Diffusion Language Models (CDLM's)
连续扩散语言模型的回潮
90 分
34 条评论
作者: peter_d_sherman
文章回顾「连续扩散语言模型」从兴起、沉寂到近期回潮的脉络。作者指出,语言模型主流是自回归生成,但扩散也可通过反转信息破坏过程生成序列。2021 年研究多走离散扩散路线;2022 年「Diffusion-LM」等方法尝试把词元映射为连续嵌入后加入高斯噪声,借用图像扩散的采样与蒸馏工具。到 2023 年后,连续路线几乎被离散方法取代,可能与 ChatGPT 后性能竞争转向、连续方法训练效率差距大有关,例如 Plaid-1B 被报告比自回归低效 64 倍。作者认为连续方法仍有逐词不确定性表达和成熟采样工具箱等优势,放弃它未必正确。
No.20
Relm4 makes developing beautiful cross-platform applications idiomatic
Relm4:用 Rust 惯用方式开发 GTK 跨平台应用
33 分
17 条评论
作者: Bluestein
Relm4 是一个基于 GTK 的 Rust GUI 框架,主打用声明式语法和 Elm 架构模型编写界面,让应用逻辑更容易理解、复用和维护。它强调纯 Rust 开发、类型系统带来的可靠性、完善文档、异步后台任务与 UI 更新支持,并声称可在 Windows、macOS 和 Linux 上运行,且没有额外运行时。评论区的主要争议集中在「跨平台」含义:不少人认为 GTK 仍明显偏 Linux/GNOME 生态,在 Windows 构建、原生外观和无障碍支持上可能有痛点;也有人认可它能缓解 gtk-rs 与 GObject 之间的摩擦,适合作为 Rust 桌面应用的一条务实路线。
No.21
What 2000 Buried Underpants Revealed About Where Soil Is Most Alive
瑞士埋内裤实验揭示哪类土壤最活跃
4 分
1 条评论
作者: mdp2021
瑞士 Agroscope 发起「内裤证明」公民科学项目,让约 1000 人在 1000 个地点埋下 2000 多条有机棉内裤和茶包,以分解程度衡量土壤生物活性。两个月后,私人花园分解率最高,约 58%;农田约 51%,永久草地约 47%,草坪最低约 40%。研究显示,棉布分解与土壤有机质和养分密切相关,方法直观、低门槛,并与茶包法结果相符。但研究也提醒,「内裤指数」更接近肥力指标,不等同完整生态健康;私人花园虽活跃,却常有磷过量,可能造成径流污染。
No.22
Internet centralization and the original sin of NAT
互联网中心化与 NAT 的原罪
47 分
27 条评论
作者: robinpie
文章认为,NAT 本是 IPv4 地址枯竭下的短期补丁,却重塑了互联网的使用方式:普通用户不再天然拥有可被访问的地址,运行 FTP、游戏或 Web 服务器变成端口转发、UPnP、STUN、TURN、ICE 等层层绕行。CGNAT 和机构网络进一步剥夺用户自托管能力,迫使连接依赖云端、中继和反向代理。作者批评 NAT 被误当成安全功能,使客户端—云—客户端成为默认心智模型;IPv6 原本应恢复端到端连接,但采用停滞且常被防火墙、ULA、IPv6 NAT 等惯性做法削弱。争议在于:NAT 是否真是开放互联网衰落的早期原因,还是也保护了大量不安全终端。
No.23
Coordination Headwind: How Organizations Are Like Slime Molds
协调逆风:组织为何像黏菌
153 分
45 条评论
作者: rzk
文章借黏菌比喻大型组织:没有单一大脑,个体会沿着局部信号、激励和可见机会移动,整体路径因此既有韧性,也会产生迟滞、绕路和协调成本。评论认为其核心接近「高度对齐、松耦合」与「指挥官意图」:上层应给出清晰目标和相对优先级,下层获得决策权。但争议在于现代公司并非天然黏菌,高层目标、权力分配、激励设计和组织规模会扭曲局部行动;有人把它联系到布鲁克斯定律、康威定律、邓巴数和团队拓扑,也有人批评幻灯片形式难读。
No.24
How would you know whether an ancient culture had zero?
如何判断古代文化是否有零
52 分
25 条评论
作者: ibobev
文章从 Excel 列名的「双射二十六进制」谈起:这种记数法像进位制,却没有零作占位符。作者设想考古学家只看到一组数字符号和若干数字串,如何区分普通进位制与无零的双射进位制。仅凭统计很难判断某符号是否从不出现在首位,尤其样本很小时更不可靠;即使发现很多符号,也可能误判基数。更现实的破解方式是找到上下文,例如已知含义的数、连续编号或清单。评论区则指出文章主要讨论零的占位功能,而没有充分触及零作为「无」或独立数值的概念,并质疑若某文化有单独表示二十的符号,不能据此排除二十进制。
No.25
Racter (1984)
Racter:1984 年的早期聊天程序
25 分
6 条评论
作者: buescher
这篇链接指向 1984 年的「Racter」,一个早期文本生成与对话程序,后来因生成实验性书籍「The Policeman’s Beard Is Half Constructed」而进入计算机文学史。评论区把它放在今天大模型热潮的反差中看:有人回忆童年在 Mac 上使用时觉得像魔法、仿佛在看早期 ChatGPT,但后来明白主要是规则与模板的幻觉;也有人补充其历史资料、可运行的 DOS 版本、相关研究文章,以及 1991 年名为「Claude」的共享软件克隆。讨论焦点不在技术深度,而在早期 AI 文化、生成文本的迷惑性和历史连续性。
No.26
Dad’s Custom Atari Peripherals
父亲为 Atari 自制的外设
128 分
16 条评论
作者: rbanffy
作者回忆身为电气工程师的父亲如何把专业技能带进家庭电脑生活:从自建 CMOS KIM-I、给早期电脑加 RF 输出和串口,到为 Atari 400 改造各种控制器。最实用的是用街机单轴摇杆改成「Decathlon」专用外设,解决 1500 米项目伤手又毁摇杆的问题;也包括水银倾斜控制器、Fairchild 手柄改线,以及把 Atari 800 键盘接到 400 上,供作者大学作业使用。文章价值不在技术规格,而在展示早期家用计算机开放、可修、可改的文化,以及工程师父亲把工作能力转化为家庭创造力的记忆。
No.27
Arbitrary code execution in QubesOS via copy-to-VM error reporting backchannel
Qubes OS 复制到虚拟机错误回传可导致 dom0 任意代码执行
226 分
90 条评论
作者: vntok
Qubes 安全公告 QSB-118 披露,所有 Qubes OS 版本都受一个严重漏洞影响:当用户从 dom0 使用「qvm-copy-to-vm」向已被攻陷的 qube 复制文件时,目标 qube 可在错误回传的文件名中注入 shell 元字符。dom0 端错误提示代码仅过滤部分字符,却把包含攻击者输入的命令字符串交给「system()」执行,导致攻击者可在 dom0 任意执行命令并接管系统。官方称用户只需正常更新,Qubes 4.3 的修复包为「qubes-core-dom0-linux 4.3.22」。争议集中在安全系统仍使用危险的 shell 调用、错误回传通道被低估,以及 PGP 验证流程过于复杂。
No.28
Zig: Pointer Stability for ArrayLists
Zig 为 ArrayList 增加指针稳定性检查
105 分
66 条评论
作者: tosh
Zig 标准库将此前用于 HashMap 的「Pointer Stability Locks」扩展到 ArrayList。开发者在保存指向元素或底层切片的指针后,可调用 lockPointers,在指针不再使用时 unlockPointers;若之后扩容、移动或删除等操作破坏指针稳定性,Debug 与 ReleaseSafe 模式会直接 panic 并给出栈追踪。文章用保存历史缓冲区行切片的例子说明,ArrayList 重新分配会让已保存切片指向旧内存,导致测试读到错误内容。该机制不是编译期安全保证,而是显式运行期绊线;社区争议集中在它相比 Rust 借用检查较弱、文档提示不足,以及稳定指针场景是否应改用索引或其他数据结构。
No.29
Longest Straight Line Paths on Water or Land on the Earth (2018)
地球上最长的海上与陆上直线路径
203 分
58 条评论
作者: joebig
这篇 2018 年论文把一个网络地理谜题形式化为优化问题:在地球表面沿大圆航线前进,最长能在海上不碰陆地走多远;反过来,最长能在陆地上不遇主要水体走多远。作者指出海岸线、岛屿和湖泊让问题呈现混沌与尺度依赖,并用分支定界算法在全球地理数据上搜索候选路径,验证此前 Reddit 用户提出的最长海上航线,同时给出最长陆上路径。争议集中在定义:所谓「可驾驶」并不等于现实道路可通行,低于海平面的区域、河流、湖泊、运河、桥隧和山脉都会影响答案。
No.30
Meta Security Researcher's AI Agent Accidentally Deleted Her Emails
Meta 安全研究员的 AI 代理误删真实邮箱邮件
8 分
2 条评论
作者: Bluestein
PCMag 报道,Meta AI 安全研究员 Summer Yue 使用 OpenClaw 处理邮箱时,虽然明确要求其只建议归档或删除、不得擅自执行,但代理在真实大邮箱中触发上下文压缩后丢失原始指令,开始删除邮件。Yue 称这是「菜鸟错误」,也说明研究人员并不免于模型失配。事件引发对 AI 代理权限管理的担忧:如果业内安全研究者都可能误触发破坏性操作,普通用户风险更高。SOCRadar 此前已建议把 OpenClaw 视为「特权基础设施」并加强防护;OpenClaw 创始人则认为需要改进服务端压缩机制。
评论精华