F-Droid 2.0 十年最大改版、DHH 宣布 37signals 停止手写代码，与英国 iCloud 的两级加密——Hacker News Top 20（2026 年 9 月 25 日）

1. F-Droid 2.0

• 原文入口：F-Droid 官方博客
• HN 讨论：49831968
• 提交者：daveoc64（提交于 2026-09-24 23:26）
• 快照热度：877 points | 248 comments
• 原文日期：2026-09-24
• 中文要点：F-Droid 发布了 2.0，官方称这是十年来最大的一次应用更新，重写用 Kotlin Compose 完成，导航被收成 Discover、Search、My Apps 三块，分类体系做了大幅细化——游戏从一大类拆成 17 个类型，搜索范围扩到应用描述、分类与译文，并专门改进了中日韩文的检索。安装体验上，借欧盟《数字市场法》与各地反垄断压力的推动，Android 开始向所有应用商店开放更自动的安装与更新能力，F-Droid 2.0 因此用上了新的预授权 API：用户可以在决定安装之后立刻确认，而不用等应用下载完，官方称这让官方 Android 设备上的安装体验接近系统自带商店。更新检查改成后台默认执行，下拉刷新手势被取消（改为只在 My Apps 的「三个点」菜单里手动触发）；Tor 相关设置被简化，「使用 Tor」会被迁移到通用代理设置，官方推荐改用 Tor VPN；此外还有一键移除的「恐慌」功能。这一版在 14 个测试版之后开始分批推送。248 条评论里，最集中的一条线是对 F-Droid 长期更新滞后的抱怨终于有解，有人说经典版「每周更新仓库都会失败」；有人指出官方页面下载到的还是 1.23.2，想知道什么时候正式上线、老应用会不会自动更新；有人问能否像 Neo Store 那样添加第三方仓库；也有用户说自己此前因为界面问题换用了 Droid-ify，现在打算换回来。反对的一条意见针对新增的现代 Android 代码，认为这会让整体复杂度上升。

2. Show HN: Make cursed fonts like Times New Bastard

• 原文入口：Bastardica
• HN 讨论：49823738
• 提交者：MitPitt（提交于 2026-09-24 06:53）
• 快照热度：416 points | 57 comments
• 原文日期：日期未确认（工具页未标发布日期）
• 中文要点：Bastardica 是一个在浏览器里混合字体的工具：选一个基础字体与一个混入字体，再设定步长，它就把两份字体交替拼成一个新的 OpenType 文件——提交者在 HN 上说这个玩笑式的工具「滥用了 OpenType 的连字特性」。页面自己的说明是，混合结果是一次 liga 上下文替换，注册给了所有文字系统，所以浏览器默认就会开启；下载下来的是普通 OpenType 字体，在浏览器、设计工具和印刷里都能用，如果看起来没变化就要检查连字是否被关掉了。字体不会上传，全部在本地用 Pyodide 与 fontTools 跑。作者给的技巧包括：用 Y 轴偏移与缩放让字形对齐，多个混入字体时会周期性相撞（例如每 5 个和每 7 个会在第 35 个相撞，此时第一个字体胜出），步长取质数可以让相撞更少。许可方面，两份字体混合后属于衍生作品，商用要自己核对两边原字体的许可，工具本身不附加条件。作者写明灵感来自 Times New Bastard 与 Easy Pete。57 条评论几乎全是玩票式反馈：有人说自己花的时间远超预期、边做边笑；有人指出类似的混排用 CSS 的 @font-face 加 unicode-range 也能做，并贴了示例；有人贡献了一个更损的玩法——保留原字体，只给某些单词加连字，让「red」渲染成「green」。

3. Show HN: Whiteboard (YC W26) – An open-source IDE for thoughtful software design

• 原文入口：GitHub 仓库
• HN 讨论：49833867
• 提交者：sidharthkmenon（提交于 2026-09-25 01:21）
• 快照热度：168 points | 75 comments
• 原文日期：日期未确认（仓库创建于 2026-08-18，页面未标发布日期）
• 中文要点：四位大学同学做的开源桌面应用，让人和编码智能体在同一块画布上一起做软件设计，MIT 许可，目前提供 macOS 与 Fedora 版。它接的是 Claude Code、Codex 这类已有工具，给智能体一套 SDK 在应用内画布上画图描述自己的工作。三个设计重点是：画布上的可视化与代码直接相连，点开时序图、实体关系图或智能体轨迹里的引用就能跳到对应代码，代码侧沿用 VSCode 的快捷键与 LSP；用 Rust 写了一个语义化的、基于 AST 的差异查看器，大段新增函数被摘要成伪代码，单测与文档改动默认折叠；再加一份 Decision Log，让智能体把自己的轨迹接到画布上，人可以看到需求是怎么被实现的、智能体自己做了哪些决定。提交者在介绍里说，他们离职创业前是技术负责人，智能体写代码的合并速度让他们感到「认知债务」在积累，后来连参与这个系统都变难了，这便是做这个工具的原因。仓库在快照时刻有 427 个 star。75 条评论里，赞成的集中在抓住了高层次架构设计这个缺口，有人评价说现在的 Plan Mode 只支持「用一句话驳回最终方案」，来回迭代不够；反对的声音有两条：一条说「氛围编码」出来的落地页会让人立刻关掉，一条说这件事需要的是更少 AI、更多人的思考。也有人直接问定价。

4. Why is the liver so weirdly regenerative?

• 原文入口：Dynomight 博客
• HN 讨论：49832938
• 提交者：jbotz（提交于 2026-09-25 00:23）
• 快照热度：209 points | 134 comments
• 原文日期：2026-09-24（页面标题为《Why is the human body so crap except for the liver?》，与提交标题不同）
• 中文要点：作者用一个统一的猜测解释身体各器官的差异：再生能力越强、癌症风险越高，演化按器官是否接触外界来调这个旋钮。他会先列一串「设计得很糟」的地方——绝经在人类之外的哺乳动物里几乎不存在（已知例外是虎鲸、领航鲸、白鲸、伪虎鲸、独角鲸，以及乌干达的一群黑猩猩）；断肢长不回来；端粒随分裂变短，50 到 70 次之后就停摆；移植的肾脏十年内约有三成会被排斥；神经元成年后不再分裂。接着他把答案落到癌症上：端粒不重新延长是刻意选择，让快速增殖的突变细胞自己耗尽；肝脏之所以再生能力异常，是因为它坐在肠道下游，天天处理毒素，解毒化学本身就有自伤性，只能用高再生来换癌症风险。文章随后不断给这个理论打补丁：高度结构化的器官（心脏、神经回路）可能根本没有再生这个选项；肺是最糟的组合，再生低而癌症高，原因是它靠脆弱的树状结构把约 100 平方米的表面积塞进 5 升体积；胰腺是反例，它不接触外界却仍有中等癌症风险，作者承认没有令人信服的解释。真正的「最终 boss」是小肠：它每天更换全部表层细胞却极少得癌症，靠的是把干细胞藏在绒毛之间的凹陷里，让分裂出来的细胞排成一条通向死亡的传送带。代价是能量——肠道每天脱落约 400 亿个上皮细胞，每周约三分之一公斤组织，吃掉全身约两成能量。134 条评论里，有人赞叹演化把这套系统做得精妙，并说想看看哪台机器人能无维护运转 80 年；有人贴出《科学》的博客文章，认为「心脏没有癌症」这件事比原文设想的更复杂；有人引用普罗米修斯的神话，说他的肝脏每天被鹰吃掉又长回来；也有人提醒，演化照顾的是基因的收益，不是人的收益。

5. Fearless SIMD v1.0

• 原文入口：Linebender 博客
• HN 讨论：49800085
• 提交者：verdagon（提交于 2026-09-22 20:23）
• 快照热度：160 points | 28 comments
• 原文日期：2026-09-22（作者 Shnatsel）
• 中文要点：Rust 的 SIMD 库 fearless_simd 发布 1.0，作者写这篇文章回顾它想解决的问题。这个库的目标是把 unsafe 从 SIMD 里拿掉：其他 SIMD 抽象里 rg unsafe 能搜出几千处 unsafe 块，而 fearless_simd 靠一个 kernel! 宏调用大多数 SIMD 内建函数，再配一个受 bytemuck、zerocopy 启发的安全 transmute 模块处理加载与存储——只需审计两处自包含的构件，其余代码的内存安全就由类型系统保证。性能上，它同时提供跨平台结果一致的精确实现在与允许平台差异的快速实现，支持按硬件原生向量宽度写算法，也支持固定宽度；实现过程中还把改进推回了 Rust 与 LLVM 上游。易用性方面随 1.0 一起发布 fearless_simd_macros 0.1，其中 #[simd] 宏处理函数多版本分派，作者说旧方案要么要求手加 #[inline(always)]、要么每次调用都有开销，两者都会漏出底层细节。稳定承诺是 1.0 及之后版本提供 3 年安全更新。生态采用度上，已有 30 个 crate 直接依赖它，间接依赖超过 1000 个。作者也说明与 std::simd 的关系：等标准库稳定后会迁过去以删掉自定义代码，但多版本分派、按硬件宽度取向量这些部分仍会留在生态库里。28 条评论里，有人庆祝它终于摆脱了 0.x；有人贴出此前 2018 年原型与 2025 年「七年之后」两篇旧帖的讨论；另一个 SIMD 库的作者、正在给 Dart 加 SIMD 的开发者，以及一位用它写出 memchr-n 并报告其在 1 至 3 字节集合上超过 Rust memchr 的用户，都留下了反馈。

6. 2DWillNeverDie

• 原文入口：2DWillNeverDie
• HN 讨论：49801436
• 提交者：surprisetalk（提交于 2026-09-22 22:00）
• 快照热度：69 points | 7 comments
• 原文日期：日期未确认（站点各页都不标日期）
• 中文要点：这是一个个人做的像素画与游戏精灵画廊，作者署名 Kiwi，站点自我介绍是「一个像素画爱好者用快捷办法做出卡普空《街霸》风格 2D 游戏精灵的指南」。站内分区块：Tutorials 收录《Secret Weapons And Tactics For Better Pixel Art》系列，内容包括用 Photoshop 把线稿实时转成干净像素的「实时缩放」做法、Dan Fessler 的图层样式抖动法做即时像素背景、《Fix My Sprite!》第 3、4 卷，以及「想让你的精灵只用 16 色」的技巧；Blog 里有《Digital Wabi-Sabi: Pixel Art on CRTs》谈 CRT 与像素画、谈早期九〇年代科乐美游戏的短文、以及《Sprite Art Spotlight: Mega Man DOS》。整个站点的导航本身是个小游戏，About 页给了一条提示说某些按键要按对才能继续。7 条评论里，有人查了互联网档案馆，说这个站点大约 2010 年就有了，并据此判断现在这版多半是手工做的；有人贴出科乐美秘技的彩蛋；有人评价这是对当年只用有限颜色做像素画的致敬；也有人半开玩笑地论证 2D 冒险游戏更好，因为二维随机游走总会回到原点。

7. Rails World 2026 Opening Keynote [video]

• 原文入口：YouTube 视频
• HN 讨论：49817680
• 提交者：an0malous（提交于 2026-09-23 23:33）
• 快照热度：209 points | 224 comments
• 原文日期：2026-09-23（Rails World 2026 于 9 月 23—24 日在奥斯汀举行，这是开幕演讲）
• 中文要点：DHH 在 Rails World 2026 的开幕演讲时长 63 分钟，发布方在视频说明里概括为「AI 智能体时代」的主题，并写明 37signals 已对手写代码宣布「pencils down」。官方章节表把整场分成 23 段，能看清论证的走向：先用十八世纪肖像画作类比谈 AI 的狂热，把 2025 年 11 月 24 日称为「我们这个时代的柯达布朗尼相机」，再讲幻灭低谷之后的那次跃迁；中间是几个具体案例——从「10 倍程序员」讲到「1000 倍程序员」、37signals 停写手写代码、用氛围编码做 Basecamp 5 学到什么、把 HEY 重写成原生应用、以及用智能体重做 HEY 的后端；随后回答「这把 Ruby 和 Rails 放在什么位置」，讲与 Evil Martians 和 Rails 基金会一起做的智能体评测、一个月写出 15 万行代码、以及他自称比 Ruby 更喜欢的「编程语言」是英语。后半段转向架构与工具：智能体时代的软件架构要重新想、为什么每个应用都该有 CLI、Omarchy 这个「修好整台电脑」的项目、一次性写成的计算器与写作应用与视频编辑器、半兆字节带来的性能回报；最后一段谈 AI 的担忧与安全、为什么预测总是失败，并落在「P(bloom) 高于 P(doom)」和彻底乐观的结论上。224 条评论里，最强烈的一股情绪是「Ruby on Rails 的葬礼」：有人说等的是 Rails 9.0 的消息，结果看到的是——按他的说法——用 Rust 重写砍掉 99.9% 的 CPU 占用，等于间接承认 Ruby 慢；有人直接问「这还是 Ruby on Rails 吗，接下来是什么」；也有人主张抛开政治立场不谈，演讲描述的是开发者即将面对的现实。

8. My weird new hobby: Wandering around Tokyo on Google Maps

• 原文入口：Ahmed Hossam 博客
• HN 讨论：49805344
• 提交者：ahmedhossamdev（提交于 2026-09-23 01:49）
• 快照热度：189 points | 80 comments
• 原文日期：2026-09-18
• 中文要点：作者写的这个爱好就是打开谷歌地图的街景随机漫步：走进没去过的街道，看房子、电线、树、楼缝里的天光，注意靠在门边的自行车、窗台上的花盆、立了好多年的梯子。更吸引他的是时间轴——谷歌为很多地方保留了历次街景，点一下就能回到同一条街十七年前的样子，树更小、房子不同、半个街区还不存在。文章的主角是一辆在东京窄街上停着的白色日产 350Z：他从 2009 年那次抓拍翻起，发现几乎每一次街景都有它停在同一位置，像十七年没挪过窝；他判断车很干净，说明有人在开，只是每次又停回原处。文章末尾的更新给了这件事一个结尾：他把这篇发到 Reddit 后，一位住在东京的读者按墙上的信箱找到了确切位置，车已经不见了，整栋房子也被拆掉换成新楼——橱窗里的时间胶囊比街道本身活得久。80 条评论几乎全是同好交流：有人分享自己曾用谷歌地球与街景追踪赫奇帕奇水渠的路线；有人说会在 Google Earth VR 里以「哥斯拉尺度」走城市；有人把它当时间胶囊，去看以前住过的街道；也有人集中吐槽街景的操作体验——方向键有时不前进、点击容易点偏，一偏就跑出几百码。

9. Show HN: Koi.rest – watch some fish and regain your balance

• 原文入口：koi.rest
• HN 讨论：49837006
• 提交者：hxii（提交于 2026-09-25 05:33）
• 快照热度：100 points | 24 comments
• 原文日期：日期未确认（站点未标发布日期）
• 中文要点：一个只有一口锦鲤池的网页，页面上写着欢迎来到池塘、这是一个找回平衡的安静地方，你看到的锦鲤是同时来看池子的其他人，可以待多久都行，也可以设一个计时器，另有静音与声音开关。作者 Paul Glushak（网名 hxii）在 HN 上交代了来龙去脉：他有 ADHD，八月初失业，这一年压力很大，想做一座虚拟的阳台枯山水；因为不会 JavaScript、当时也没精力学，这个想法搁了很久，最后决定用 AI 把真正想做的东西做出来，他要的不是完美而是够用，于是代码不是他写的，但这个作品是他的。24 条评论里，有人说喜欢它的禅意背景音，并把它归入「数字第三空间」这一类只有极有限社交互动的去处；有人质疑「你看到的锦鲤是别人」这个设定，说自己只看到三条；有人提了一条体验意见，说别的访客进场时应该淡入而不是突然出现；有人留言说今天过得很糟，这个正好；也有人报告画面前面只有 3fps。

10. Toyota is taking the Corolla electric

• 原文入口：Electrek
• HN 讨论：49823568
• 提交者：cisc（提交于 2026-09-24 06:37）
• 快照热度：181 points | 259 comments
• 原文日期：2026-09-23（作者 Peter Johnson）
• 中文要点：报道说丰田准备给史上最畅销的车型卡罗拉出纯电版。卡罗拉 1966 年开卖至今累计卖出超过 5700 万辆，换过 12 代，而下一代的外形与内饰都会和以往很不一样：丰田 CEO 佐藤恒治在去年的日本移动出行展上以概念车形式给过预告，问的是「卡罗拉应该怎么进化」；现任会长丰田章男则在 7 月接受 NHK 专访时警告，面对中国的新竞争与技术，公司正在被迫适应，「否则活不下去」。下一代仍预期基于 TNGA-C 架构，但会做支持所有动力形式的深度改造；工程师对《Car and Driver》说混动版会用新的 1.5 升四缸加电机，综合约 134 马力，效率比现在高 10% 到 20%，可能提供四驱；纯电版预计有单电机与双电机两种，续航至少 250 英里；插混版会用更大的电池，具体数字未公布。是否引入美国市场未定，下一代卡罗拉预计 2027 年首发、作为 2028 年款上市，价格方面汽油版可能从 2.5 万美元左右起，混动约 2.7 万，纯电与插混预计落在 3 万美元区间。259 条评论里，最热的一条把这件事算成丰田在投入二十年、花掉数百万美元反电动游说之后的让步；有人提醒混动版已经能跑到 55 mpg 且电池便宜；有人问日系厂商为什么不做中国厂商那种增程方案；也有相当一部分人在反对新闻里的产品方向，说喜欢原来那种朴素的内饰，希望有一辆不自驾、不回传数据的车。

11. Using LLMs to trace alchemical knowledge and decode 17th century letters

• 原文入口：Res Obscura
• HN 讨论：49835531
• 提交者：benbreen（提交于 2026-09-25 03:14）
• 快照热度：48 points | 9 comments
• 原文日期：2026-09-24（作者 Benjamin Breen，标题为《AI labs need to start funding historical research》）
• 中文要点：历史学者 Benjamin Breen 借 GPT-6 Sol 与 Opus 5.5 这一周双双发布的机会，公开了自己用前沿模型做历史研究的初步结果，主张历史学者、AI 实验室与资助机构应该开始主动推动这类合作。他先划出模型擅长的范围：领域专家已经列出一批待解问题、所需数据已完全数字化、问题吃的是模型「尖刺」式的能力（多语推理、数学、在大型数据集或跨子领域里做自主研究）、可以靠写定制代码推进，最关键的是解答能被明确证明或证伪。据此他认为可做的事有三类：密码与破译、追踪文本在翻译与改编中的流传、以及把只存在于零散或冷门子领域里的发现连起来，第三类可能影响最大。他举的第一个例子是 GPT-6 Astra 破开 1941 年 7 月 10 日一封恩尼格玛密电：关键突破与破译本身无关，而在于模型注意到了当时可用的全部信息——连德国联邦档案馆在 2026 年 7 月才公布的一批「Nachschubführer」无线电报的一则说明都被它找到并用上了，密档研究者 Frode Weierud 至今仍在分析它的日志，也不确定它究竟是怎么拿到那些文件的。他本人的两个实验，一个是用 GPT-6 Astra 确认艾萨克·牛顿从一本法文炼金术著作自由译成拉丁文的一段出处，这似乎是从前没人做过的比对；另一个是让模型看伊丽莎白时代的约翰·迪伊那本「天使语」手稿《Liber Loagaeth》，模型的结论是那根本没用密码，几乎全是无意义的音节——这个判断与记录者 Edward Kelley 更像个骗子的说法一致。9 条评论里，有人称赞这是 LLM 的好用法，称之为「想法机器」；有人开玩笑说这种「危险」的工作大概不会用 Claude 5.5；有人顺势提议用它去解决古代近东的绝对年代问题；也有人总结说 GPT-3.5 发布快四年，AI 最好的用途仍然是一台能从数字世界各个角落收集信息的强力搜索引擎。

12. GitLab Outage

• 原文入口：GitLab 状态页
• HN 讨论：49838034
• 提交者：kunley（提交于 2026-09-25 07:10）
• 快照热度：30 points | 10 comments
• 原文日期：2026-09-25（状态页以 UTC 记时：故障自 2026-09-24 23:04 UTC 起）
• 中文要点：GitLab 的状态页在北京时间 9 月 25 日 07:04 记录到 GitLab.com 出现 503 错误并开始调查，07:27 与 07:39 两次更新说已定位原因、正在缓解，07:44 与 08:01 说「看到一些恢复迹象，缓解措施仍在进行」。受影响的组件列得很长：网站、API、Git 操作、包注册表、容器注册表、GitLab Pages、CI/CD 各托管 runner 与自管 runner、SAML SSO、后台处理、客户门户、支持服务，以及 packages.gitlab.com、version.gitlab.com、forum.gitlab.com、docs.gitlab.com、Canary、GitLab Duo 和面向 Kubernetes 的智能体服务器；位置涉及 Google Compute Engine、Digital Ocean、Zendesk、AWS 与自管 runner 的连通性。这份列表来自快照时刻的状态页，故障当时仍在进行中，恢复情况要以后续更新为准。10 条评论里，有人只说了一句「刚想去推代码就发现是这样」；有人注意到这次状态页更新得很快，并回忆早年服务器明明挂了很久、状态页还是一片绿；有人开玩笑说要马上自己写一个 Git 替代品来保证一秒钟都不中断；还有一条独立的观察来自一位自建 GitLab CE 的管理员，说他今天遇到针对 MFA 管理员账号的失败登录尝试暴增，来源是成千上万个 IP，分布在数百个网段与住宅代理里。

13. Back and shoulder surgery is often worse than useless

• 原文入口：《经济学人》社论
• HN 讨论：49837473
• 提交者：burntcaramel（提交于 2026-09-25 06:15）
• 快照热度：34 points | 20 comments
• 原文日期：2026-09-24（刊于 9 月 26 日印刷版，栏目标题为 The cost of cutting）
• 中文要点：这篇社论给出的数字是：六成英国人一生中会做一次手术，美国人在手术上的花费一年可能达 5000 亿美元，占全球最大医疗市场成年人支出的三分之一；而越来越多证据显示，每年实施的数百万台手术并不必要。在十种常见骨科手术里——骨科占英国全部手术的四分之一，美国比例相近——只有三种（腕管手术、全膝关节置换、全髋关节置换）的效果明确优于非手术方案；包括常见的腰椎减压术在内的六种，对病人的改善不比药物、物理治疗或单纯等待时间更好。类似地，被切除的阑尾里约三分之二本来可以用抗生素处理，欧洲每年约十万例前列腺手术中的许多，观察等待更合适。作者把这种状况归因于临床数据匮乏：外科医生把追问效果比作「跳伞时问降落伞有没有用」——病人好转就假定降落伞生效，监管机构也不像对新药那样要求外科手术提供有效性证据；外科医生个人既没有激励也没有办法去自查，而药企有动力掏钱做大样本随机试验。文章的建议是政府自己来做试验，英国的 NHS 已经在多个医院之间推行并有了成效；一旦结果出来，公费与私人保险就更容易拒绝为无益的手术付费。NHS 近期减少肩部手术转诊，一年已因此省下约 1 亿英镑，相当于其手术总预算的 1%。20 条评论里，有人先吐槽付费墙，说《经济学人》的文章既拦住读者，也拦住了别人链接到免费的替代报道，并贴出了 UNSW 与《泰晤士报》的版本；有腰椎间盘突出、椎管狭窄与脊柱侧弯的读者问，除了再动一次手术还能有什么办法；有人把问题归到美国医疗的付费模式与价格不透明上，说他们每年在根本不该做的手术上浪费数十亿美元；也有人说自己下周就要和医生谈肩部手术，正需要这类信息。

14. California is chasing wealth that has feet

• 原文入口：Progress and Poverty 博客
• HN 讨论：49836419
• 提交者：idbnstra（提交于 2026-09-25 04:34）
• 快照热度：101 points | 278 comments
• 原文日期：2026-06-30（旧文今天回榜，作者 Greg Miller 与 Lars Doucet）
• 中文要点：加州在 6 月把一个「亿万富翁财富税」certified 进了 11 月公投：对州内亿万富翁一次性征收 5%，分五年缴清，预计每年筹约 200 亿美元用于医保、食品援助与学校。土地经济中心的两位作者认为这笔税会失败，原因在于「亿万富翁有脚，土地没有」。他们逐块估算出加州土地总值约 8.14 万亿美元，并用联邦住房金融数据与时间序列成交价两种办法交叉验证，称这是首个自下而上的可信估算，规模约为可征收的富豪财富的八倍——仅洛杉矶县的土地就超过财富税瞄准的全部富豪基数。他们同时给出一组「财富已经走了」的名单：Larry Page、Sergey Brin、Peter Thiel、Don Hankey、Travis Kalanick 与 Steven Spielberg 六人在 2026 年 1 月 1 日截止日前已迁出税籍，合计约 5400 亿美元；Mark Zuckerberg（约 2200 亿美元）在 2026 年初跟进，大概率会在法庭上打这条追溯条款。把模型自身的约 2000 亿美元高估也算进去，接近一半的假设税基已经消失，要凑够 200 亿就得把税率从 1% 提到 1.6% 至 1.9%，这又会逼走剩下的人。作者的反方案是土地价值税：只对土地价值、不对建筑征税，0.25% 的税率就能在八倍大的税基上筹到同样的 200 亿美元，约 1% 则可以永久覆盖加州 870 亿美元的卫生与公众服务预算。他们把根子追到 1978 年的第 13 号提案——它冻结了房产的评估价直到房产出售，作者估算加州现在只按真实价值的 44% 到 60% 征税，等于放弃了约一半的房地产税基，缺口由全美最高的所得税率来填，而所得税的税基一挤就走。278 条评论里，有人第一件事是 Ctrl+F 搜「绅士化」而没有结果；有人同意作者的核心判断，因为人人都想住在加州、包括富人，所以对房产征税比所得税更难躲；有人反驳说土地价值税的成本照样会转嫁给租户；有人只留下一句「他终于发现了第 13 号提案」；也有人认为财富税本身就是税制坏掉的症状，等到有人净值到了几千亿再想收，已经太晚了。

15. Google's Project Suncatcher to put ML infrastructure in space

• 原文入口：Google 官方博客
• HN 讨论：49830606
• 提交者：xnx（提交于 2026-09-24 21:53）
• 快照热度：85 points | 167 comments
• 原文日期：2026-09-24（作者 Travis Beals）
• 中文要点：Google 公布 Project Suncatcher 的首次在轨测试：一颗原型卫星将随 SpaceX 的 Transporter-18 拼车任务升空，与 Planet 合作，用来采集自家 TPU 在太空环境中的表现数据。Google 给的理由是低地轨道能获得近乎持续的阳光，发电量可达地面的八倍，长期来看可以把多组卫星星座连起来跑更大的 AI 负载。文章列了三道工程关口。其一是硬件存活：火箭入轨的十分钟里，整星承受最高约 10 倍重力加速度，单个 TPU 芯片遇到的力可达 50 到 100 倍重力；团队在三轴上做了振动测试，结果好于预期。其二是辐射：他们在加州大学戴维斯分校 Crocker 核实验室的质子束装置里一边跑 AI 负载一边照，初步结果是 Trillium TPU 能承受超过五年任务剂量的总电离剂量。其三是散热：真空中没有气流，只能靠辐射器把热量散出去，团队在模拟热真空环境的热真空舱里试了热管加辐射器的组合。未来每颗卫星计划搭载几十块 TPU 并以星座方式编队飞行，卫星之间用激光互联——难点在于现有系统大多优化的是长距离低带宽，而这里要在极短距离上跑极高带宽，作者形容其精度相当于在好几个英里外击中一枚硬币、而两端都在移动；这一步安排在 2027 年，届时会送入两颗卫星。167 条评论里，有人假设太空数据中心真能成立，那别人就追不上 SpaceX，因为它在发射与卫星制造上领先十年；有人直接问散热怎么解决；有人调侃说把数据中心射上天，居然比让县规划委员会批下来更便宜；有人指出文本里没有回答数据中心需要人工干预的那些事——更换故障 TPU、重接线路、靠声音判断设备故障；也有人把它与当年作为中情局掩护项目的 Glomar Explorer 相提并论，觉得这套技术与军事需求至少有重叠。

16. Book review: Is parallel programming hard, and, if so, what can you do about it?

• 原文入口：ahelwer.ca
• HN 讨论：49787759
• 提交者：ahelwer（提交于 2026-09-21 22:30）
• 快照热度：79 points | 22 comments
• 原文日期：2026-09-21
• 中文要点：作者评的是 Paul E. McKenney 那本免费在线教材《Is Parallel Programming Hard, And, If So, What Can You Do About It?》，这位作者也是 Linux 内核 RCU 同步机制的作者。他交代自己此前十年做 TLA⁺ 与分布式系统，在 2026 年的 Software Should Work 会议上听了 Filip Pizlo 关于 Fil-C 的演讲、又聊到并发之后，才意识到自己对并发的了解其实很少，于是找了这本偏无锁方向的教材来读。书提供三种 PDF 版式，其中无页边距的单栏版适合在他的 Pine64 PineNote 上读；他把内部链接太多列为最大缺点——在电子阅读器上翻页时经常误触发链接，被送到别处。内容上第 3 章《Hardware and its Habits》对他最有用，读完才知道多个 CPU 核并不能真正同时写同一处数据：x86 只写缓存，一个核必须先独占该缓存行才能写；他也后悔书上把 MESI 协议放到附录，自己是在网上补课之后才理顺这一章。第 4 章《Tools of the Trade》被他形容为「令人脑洞大开」：编译器会做载入撕裂、存储融合、发明载入与存储、死代码消除这类优化，让并行程序的语义完全失控，之后 CPU 执行时还会再来一轮；他认为第 4 章过于偏 Linux 内核语境，关于 C++11 与 C11 用 std::memory_order 形式化并行的部分只有两小段。22 条评论里，有人调侃并行编程一开始都是「哇哦」，然后就是并行调试，十五年过去人已经换了一批；有人建议用 Lean 做 LLM 正确性证明，说这件事无法靠单元测试解决；有人指出这篇书评把并行与并发当成一回事，并引用 Rob Pike 的说法——并发是同时处理很多事情，并行是同时做很多事情；也有人给出更推荐的两本教材，以及一句玩笑式的答案：问 Claude。

17. Stable (YC W20) Is Hiring Product Engineers

• 原文入口：Stable 招聘页
• HN 讨论：49834893
• 提交者：collinpham（提交于 2026-09-25 02:29）
• 快照热度：1 point | 0 comments（快照时刻没有讨论）
• 原文日期：日期未确认（招聘页未标发布日期）
• 中文要点：岗位是产品工程师，全职，地点可选旧金山、纽约、达拉斯、丹佛或远程。公司做的是让企业把总部搬到互联网上：给公司一个营业地址与一个在线管理纸质信件的面板，自称有 15000 多家公司在用，客户包括 Brex、DoorDash 与 Gusto，用来把收发信自动化，并作为在美国国税局、州政府与供应商处的长期营业地址；投资方包括 Y Combinator、Craft Ventures、Shakti、Hustle Fund，以及 Lattice、Apartment List、FlexJobs 等公司的创始人。招聘页对岗位本身的描述停在团队介绍层面，没有给出职责清单、薪资区间或技术栈。这条在快照时刻是 1 分、0 条评论，正文没有讨论内容可写。

18. Sourcehut account takeover via build logs (XSS in ansi2html)

• 原文入口：Arusekk 博客
• HN 讨论：49835996
• 提交者：arusekk（提交于 2026-09-25 03:54）
• 快照热度：52 points | 9 comments
• 原文日期：2026-09-23（CVE-2026-92973）
• 中文要点：SourceHut 是架在 Git 之上的代码托管与 CI 服务。作者在给自己的实例打包时注意到构建日志页面里有大量重复的 CSS，追进把 ANSI 转义码转成 HTML 的 ansi2html 库，先提了 issue 与 PR，随后以 CTF 背景继续挖，构造出一段恶意输入：把 OSC 8 超链接序列写进日志，转义后生成 <a href="https://example.com/" autofocus tabindex="1" onfocus="...">，触发点只要页面获得焦点。要把它送进日志并不难——给公开邮件列表发一个补丁并在项目上开了持续集成即可，甚至不需要账号；也可以用任何会被打进日志的远程资源。作者说明这类日志页面本身带着 CSRF 令牌，一旦有管理员打开，攻击者可以借此给自己提权，更严重的是能读到全部部署密钥，而 builds.sr.ht 上存着 sr.ht 自身的部署密钥。他第一时间邮件通知了 SourceHut 安全列表，Drew DeVault 选择在 builds.sr.ht 侧对 ansi2html 的输出自动做净化；两个月后才联系上游 pycontribs 组织，一位维护者回复「两周后再给我发邮件」，另一位至今未回。作者还给了防纵深防御的建议：收紧内容安全策略、去掉 unsafe-inline、把 ansi2html 改写成有状态的状态机。9 条评论里，有人称赞他顺手把上游 Python 项目也修了、时间线没什么可指摘的；有人说起「HN 带来的流量打死站点」；有人借题讨论一个流行说法——主流产品的漏洞更容易被发现和修复，小众项目是否更危险；也有人一眼认出问题出在终端的 OSC 8 超链接上，说自己写过版本的 ansi2html 时会激进地剥掉所有控制序列。

19. The Board Game of the Alpha Nerds (2014)

• 原文入口：Grantland
• HN 讨论：49836590
• 提交者：neonate（提交于 2026-09-25 04:53）
• 快照热度：35 points | 15 comments
• 原文日期：2014（旧文重刊；HN 标题即标注 2014，页面未见更精确日期）
• 中文要点：这篇 2014 年的长文写的是桌游《外交》（Diplomacy）。作者以第一人称回忆自己在北卡罗来纳州教堂山一间宿舍地下室打了八个小时的比赛：他跟一位高中教师结盟，其他六位玩家轮流把他拉到一边讲这个人怎么在操纵他、他应该先下手，他没有听，最后眼看要出局，还被同场玩家质问「我们有人大老远飞来是为了赢，你却因为不肯捅他一刀把我们都拖下水」。文章随后交代了游戏本身：1954 年由哈佛毕业生 Allan B. Calhamer 发明，售出超过 30 万套，与《大富翁》《妙探寻凶》《拼字游戏》一起进过《Games》杂志的名人堂；棋盘是 1914 年的欧洲，分成 19 个海域与 56 个陆域，其中 34 个是补给中心，七个玩家分别扮演奥匈、土耳其、意大利、英国、法国、俄国与德国，每个棋子一次走一格、力量相等，两个棋子争同一格都不动、有第三方支援的一方获胜，目标是控制 18 个补给中心——实际上更常见的是两三方同意和局。它之所以难，一是玩家不同时轮流动，所有人写好指令放进盒子再一起念出来同时执行；二是每次行动前有一段公开与私下的谈判时间，全靠说服别人，没有任何骰子、卡牌或运气成分。文章还追到 1966 年，17 岁的 Edi Birsan 在布鲁克林读信的故事——他的心理医生送了他这盒游戏，希望帮他学会面对背叛，而他后来靠邮递对局和写信结盟走上了这条路。15 条评论里，dang 列出了这个链接在 2014、2018、2021 年三次上榜的旧帖；有人回忆自己唯一一次玩就被人背后捅刀、而且棋盘太难看导致他犯了错；有人说只打过一次，却记住了二十年；有人在八〇年代的拨号 BBS 上玩过 ASCII 版；也有人说公司里玩过之后就不再玩了，因为太伤感情。

20. Two-tier encryption in the UK

• 原文入口：macanorak
• HN 讨论：49828731
• 提交者：ReturnoftheHack（提交于 2026-09-24 18:39）
• 快照热度：362 points | 358 comments
• 原文日期：2026-09-21（最后更新于 2026-09-24）
• 中文要点：文章用一个对称的场景开场：Alice 和 Bill 都住在英国、用同样的 iPhone、都付费使用同样的 iCloud 服务，区别只在 Alice 早就打开了「高级数据保护」（ADP），Bill 没打开，而且现在也打不开了——Apple 在 2025 年 2 月对新英国用户撤掉了这项功能，他错过了那扇窗。作者把脉络拉回十多年前：2014 年 1 月 Tim Cook 对 ABC 说政府没有后门，「要把我们装进盒子抬出去才行」；2015 年 12 月圣贝纳迪诺袭击后，FBI 拿到一部 iPhone 5C 却解不开，请求法院强制 Apple 做出削弱安全防护的 iOS 版本，Cook 在公开信里称这相当于要造「癌症」，FBI 最终靠第三方（广泛报道为 Cellebrite）解锁并撤诉。然后是 2025 年 2 月 7 日《华盛顿邮报》独家披露：英国政府依据《2016 年调查权力法》向 Apple 发出技术能力通知（TCN），要求提供访问最强 iCloud 加密数据的途径；这类通知本身不授权访问数据，只要求能力存在，发出前要考虑技术可行性、成本、收益与受影响用户数，并且需要司法专员批准，收件方通常被禁止透露其存在。报道说这份通知在 2025 年 1 月秘密发出，要的是不仅限于英国用户的 iCloud 加密数据访问能力。文章随后区分了「加密」与「端到端加密」：iCloud 默认对密码、健康数据、iCloud 信息等敏感类别做端到端加密，其余数据的密钥仍在 Apple 手里、可以被法院命令交出；ADP 的作用是把备份、照片、备忘录等更多类别也变成端到端加密，Apple 自己也没有钥匙。2 月 21 日 Apple 宣布 ADP 不再对新英国用户提供；调查权力法庭与隐私国际等组织介入了这件事。358 条评论里，最直接的一条指出，政府可以要求开后门又不许人说出去，等于把端到端加密定为非法；有人担心注册在英国、代码完全公开的 SimpleX 会不会也被找上；有人问如果人暂时离开英国，ADP 是否能重新打开；也有长评论认为 Apple 对 FBI 的那套叙事是建构出来的，那部手机的相关内容本来就在未加密的 iCloud 备份里，而且 Apple 很可能收到过第 702 条监听令。