2026年05月30日 · 星期六 第 160054 期

The Hacker Daily

丙午年(马)四月十四

30 篇文章 · 4785 条评论 ·聚焦:AI 推理引擎 · 编程语言特性 · 游戏与复古文化
No.01 SQLite is all you need for durable workflows
SQLite 足以满足持久化工作流的需求
496 分 250 条评论 作者: tomasol
作者认为对于大量持久化系统而言,SQLite 搭配 Litestream 就是全部所需。核心论点:工作流状态才是需要持久化的关键,计算本身可以是廉价且一次性的。SQLite 作为嵌入式数据库,无需网络调用、额外的控制平面或新的运维负担,就能提供事务级别的持久状态。Litestream 可异步将 SQLite 变更流式传输到 S3 兼容的对象存储,适合备份和迁移。这一方案特别适合 AI Agent 和实验性工作流——它们往往是突发性的、实验性的,每个 Agent 或租户拥有一个小型自包含的状态单元,比大型共享系统更简单、更便宜、故障隔离更好。当然,作者也承认 SQLite 并非万能:当需要高可用性、大规模共享可伸缩性或网络数据库时,Postgres 仍是更好的选择。随着 SQLite for Cloudflare Durable Objects 的出现,这一模式正获得越来越多关注。

评论精华

  • 有人用 SQLite 替换了 Intercom、Zendesk、邮件营销、看板、计费、工单追踪甚至 PagerDuty,月活用户达七位数。
  • Storage 从来不是痛点,真正的难题在于工作流需要操作外部系统——重放状态容易,重放一笔扣款或一封邮件则完全不同。
  • Li+ 5.9+ 版本存在 Bug,几乎无读写的情况下每天同步约 10GB 数据,小数据库也受影响。
  • 有人直接吐槽 SQLite 的弱类型系统远逊于 Postgres,并发管理能力也不足以支撑生产级应用。
  • 有人已在同一方向实践:让 Agent 先基于规格设计 DAG,再将每一步状态存入 SQLite 实现持久化。
No.02 Algebraic Effects for the Rest of Us
代数效应:给普通开发者的通俗解读
20 分 8 条评论 作者: satvikpendem
本文是对「代数效应」(Algebraic Effects)这一编程语言研究特性的通俗介绍。作者通过类比 try/catch 机制来讲解:与抛出异常后无法回到原处不同,代数效应通过 perform/handle 关键词让程序在调用栈上层的处理器能从暂停点「恢复并传入新值」,从而实现了更灵活的控制流。文章重点阐明了代数效应的两个核心优势:一是可以像同步代码一样编写异步逻辑,无需让中间调用层感知异步性;二是能将程序意图(what)与具体实现(how)解耦,方便在测试中替换实现。评论区的争议集中在「代数效应是否真正消除了函数着色问题」——有观点指出类型系统中的效应签名仍会传播,本质上仍是着色,只是更具组合性。

评论精华

  • 有人用 C 语言实现了完整的限定续体与效应处理器示例,零汇编依赖可移植
  • OCaml 5 已生产级支持代数效应,有人持续关注其进展
  • 质疑:类型化效应系统要求函数签名声明效应,仍会传播着色,并非真正无色
  • 推荐 effect-ts 库,称其解决了文中提及的大部分问题,已用于生产实践
  • 代数效应本质仍是函数着色,只是着色更具组合性和泛型能力,掩饰不了根本问题
No.03 Snowboard Kids 2 is 100% Decompiled
Snowboard Kids 2 完成 100% 反编译
173 分 62 条评论 作者: GaggiX
开发者 Chris Lewis 宣布 N64 游戏《Snowboard Kids 2》已实现 100% 反编译,全部游戏函数均用 C 语言重写并编译出与原始 ROM 一致的汇编代码。该项目历时约两年,始于 2024 年 9 月,最后阶段作者在陪伴新生女儿的住院期间完成了剩余工作。项目得到了 N64 反编译 Discord 社区多名成员的帮助,AI 编程工具(尤其是 Codex 5.5 xhigh、Claude 和 GLM)也显著加速了反编译进程。100% 反编译的高匹配度意味着游戏可以从一堆 MIPS 汇编变成可读、可构建、可修改的代码库,为后续的重编译、资源提取和模组开发奠定基础。作者下一步目标是发布高质量的重编译版本,并表示有兴趣启动《Snowboard Kids 1》的反编译,设想将两代游戏融合为「Super Snowboard Kids」。

评论精华

  • 用户质疑为何不直接获取原始源代码,其他评论指出游戏公司几乎不可能公开源码,原始代码很可能早已遗失。
  • 有评论者以亲历者身份分享使用 AI 辅助反编译的经验,认为 Codex 5.5 xhigh 是目前最有效的模型,GLM 性价比最高。
  • 反编译社区热度持续上升,多个 N64 乃至其他平台游戏的反编译项目正在进行中,包括 Mario Golf 64 等。
  • 评论者普遍认为这类工作的驱动力是对游戏的热爱和保存经典的愿望,不需要外部请求或商业理由。
  • 关于《Snowboard Kids 2》是否为「N64 最佳游戏」引发友好争论,有人搬出了《Golden Eye》和《Mario Kart》作比较。
No.04 Perry Compiles TypeScript directly to executables using SWC and LLVM
Perry Compiles TypeScript directly to executables using SWC and LLVM
78 分 62 条评论 作者: 0x1997
(摘要生成失败,请查看英文原文)
No.05 Notes from the Mistral AI Now Summit
Notes from the Mistral AI Now Summit
353 分 142 条评论 作者: vnglst
(摘要生成失败,请查看英文原文)
No.06 What It Takes to Preserve Floppy Disks
软盘数据保存:与时间赛跑的档案工作
32 分 8 条评论 作者: pseudolus
剑桥大学图书馆与档案馆技术分析师 Leontien Talboom 主导了为期约一年的「Future Nostalgia」项目,致力于保存软盘中濒临丢失的数据。她指出软盘保存面临双重危机:一是物理介质老化——磁性氧化铁层退化,加之许多软盘长期存放在阁楼或车库中遭受霉菌侵蚀;二是「隐性知识」的流失——熟悉旧系统的工程师和开发者正逐渐退休或离世,导致操作经验断层。为此她求助于复古计算社区,获取了大量关于老式驱动器和文件系统的实用知识。文章还探讨了最棘手的挑战:访问非主流业务和研究系统的文件,这些系统缺乏像 Amstrad、ZX Spectrum 那样的庞大爱好者社区支持。此外讨论了软盘的可持续存储方案及头清洁等物理维护细节。

评论精华

  • 评论者指出很多人家中仍存有旧软盘,数据可能有价值
  • 有人建议用磁场成像技术非接触式读取脆弱软盘数据,避免物理损坏
  • 推荐使用专业工具如 greaseweazle 做磁盘镜像,再用 USB 软驱模拟器还原设备
  • 评论区指出异丙醇清洁浓度问题——有人建议用 99%,也有人认为稀释到 70% 杀菌效果更好
  • 评论者推荐比本文更好的软盘保存专业指南 the-floppy-guide
No.07 Print with dozens of colors: Our new open-source ColorMix for PrusaSlicer
PrusaSlicer 开源 ColorMix:用五种耗材打印数十种颜色
138 分 26 条评论 作者: rented_mule
Prusa 发布开源色彩混合模型「Prusa ColorMix」,集成于 PrusaSlicer 和 EasyPrint,让用户用 CMYKW(青、品红、黄、黑、白)五根耗材即可打印数十种颜色。其原理源自传统印刷的「半色调」技术,通过交替层叠不同颜色耗材,利用人眼分辨率限制实现视觉混色。Prusa 团队针对 FDM 打印实测校准了模型,精度优于此前基于油画颜料训练的社区方案。配套推出 Prusament CMYKW 耗材套装,并计划加入闪光 PLA 等特殊效果耗材。该模型以 MIT 协议开源,延续社区协作精神——此前 OrcaSlicer-FullSpectrum 和 filament-mixer 社区项目已奠定了基础。

评论精华

  • 社区 ColourMix 始于 OrcaSlicer-FullSpectrum 分叉和 filament-mixer 项目,Prusa 在此基础上增加了实测校准 CMYKW 打印的环节。
  • CMYKW 组合中的黑色大幅改善了四色 CMYW 只能得到偏蓝灰色的问题,在 5T Prusa XL 上效果更好。
  • 有评论指出 Hueforge 等应用已能用色彩混合技术将照片映射到 3D 模型,但软件支持仍需完善。
  • 用户期待特殊效果耗材(如荧光、闪光)与 ColorMix 结合带来新玩法。
  • 此举被视为 Prusa 在多功能彩色打印领域对标 Bambu 的重要一步。
No.08 MCP is dead?
MCP 已死?
194 分 173 条评论 作者: nadis
Quandri 工程团队实测后认为「MCP 已死」,核心论点是三点:吞噬上下文窗口、可靠性低、与现有 CLI/API 功能重叠。实测显示 4 个 MCP 服务器仅工具定义就占上下文 10.5%,Linear 单个服务达 12800 token。MCP 调用比直接 REST API 慢 3 倍,首次调用慢 9.4 倍。文章建议优先使用 CLI 配合「Skills」按需加载指令,而非始终挂载全部 MCP 工具定义。不过文章也承认 MCP 在无 CLI 或需统一团队认证时仍有价值。值得注意的是,Claude Code 后续推出的「工具搜索延迟加载」已解决 85% 以上的上下文膨胀问题,但性能和调试问题依然存在。

评论精华

  • OpenAI 负责 MCP 的团队成员指出,这类文章忽略了 MCP 作为生态标准的价值,很多场景下 MCP 仍是第三方工具集成的最佳方式。
  • 多位评论者指出上下文问题是「实现细节」而非 MCP 协议本身缺陷,Claude Code 的工具搜索功能已基本解决此问题。
  • 有评论认为 MCP 适合无 shell 权限或需要动态工具发现的场景,而 CLI 方案在分发、版本维护和向后兼容上存在实际困难。
  • 部分评论者认为文章混淆了「MCP 协议」与「MCP 实现质量」,糟糕的 MCP 服务器不代表协议本身有问题,就像糟糕的 REST API 不代表 HTTP 有问题。
  • 有声音指出 Google 的 A2A 协议可能成为 MCP 的竞争者,以及 MCP 正在重蹈「AI 赋能」「区块链」等营销标签的覆辙。
No.09 Naphtha shortages in Japan
日本石脑油短缺波及日常生活 零食包装被迫改为黑白
102 分 62 条评论 作者: takakaze
伊朗战事导致日本「石脑油」短缺,影响波及化学品、食品、医疗等多个产业。石脑油是制造塑料、合成橡胶、PVC 树脂和印刷油墨等产品的基础原料。据帝国数据银行统计,日本约30%的制造业企业(约4.67万家)处于石脑油供应链中。零食巨头Calbee已将14款热销产品的包装改为黑白单色,以应对油墨供应不足;Mizkan暂停了4款纳豆产品的销售;日清制面不再在包装带上印刷烹饪时间。医疗用品如注射器和橡胶手套也出现短缺。日本政府声称供应充足,但有报道指首相官邸批评Calbee的做法是「噱头」。随着中东冲突持续,影响可能进一步扩大。

评论精华

  • 有人说Takaichi政府将补贴集中于汽油,导致炼油厂不再优先生产石脑油,引发日用品短缺。
  • 有读者指出这不光是成本问题,而是供应问题——原材料减少20%必然影响产出。
  • 有人质疑彩色薯片袋子用的石脑油微乎其微,价格涨10倍也不算什么大成本。
  • 评论指出日本石脑油供应过剩问题去年就出现了,原因是中国新建化工厂导致日本乙烯和苯出口下降。
  • 有人从地缘政治角度分析,认为冲突目的在于削弱依赖中东油气的东亚相对出口国美国的经济优势。
No.10 A new register allocator for ZJIT
ZJIT 新寄存器分配器实现解析
25 分 0 条评论 作者: tenderlove
本文介绍了 ZJIT(Ruby 的 JIT 编译器)最近合入的新寄存器分配器。寄存器分配器的职责是在寄存器数量有限的情况下,决定哪些变量驻留寄存器、哪些需要溢出到内存。ZJIT 选择了基于 Christian Wimmer「SSA 形式上的线性扫描寄存器分配」论文的线性扫描算法,而非更复杂的图着色方案,以兼顾编译速度与代码质量。文章详细讲解了「SSA 形式」(静态单赋值形式)如何使每个变量只被赋值一次,并通过 SSA 编号变量追踪其「生命周期」(live range)——从定义点到最后使用点。多个变量生命周期重叠时不能共享同一寄存器。ZJIT 还提供了调试选项来可视化各基本块中的变量活跃区间。线性扫描算法按顺序遍历活跃区间,遇到需要寄存器时统一分配放置,效率高于构建完整的「干扰图」。
No.11 Shift will clean homes for free to train future robots
AI 创业公司 Shift 免费帮你打扫房间,条件是全程录像训练机器人
127 分 183 条评论 作者: evilsimon
AI 训练数据初创公司 Shift 推出一项特殊服务:免费上门清洁,但清洁人员会佩戴装有摄像头的「魔法帽」全程录像,用于训练家用机器人。公司声称训练数据的价值足以覆盖清洁成本,并承诺对人脸、姓名等敏感信息进行模糊和匿名化处理。服务目前仅限纽约,计划扩展至旧金山、伦敦等城市。社区对此反应激烈,主要担忧包括:家庭隐私泄露风险(如儿童照片、药品柜内容、家庭布局被记录)、数据可能被转售给第三方(如执法机构),以及此前 Roomba 曾将用户私密图像泄露至 Facebook 的前车之鉴。也有评论指出,该公司可能已在印度以更低成本进行类似数据采集,免费清洁更多是噱头。另有用户提醒,另一家机器人公司曾被曝秘密租用 Airbnb 测试机器人并造成损坏。

评论精华

  • 隐私担忧是核心争议:家庭录像可能暴露儿童、药品、书籍、家庭布局等高度敏感信息,即使匿名化也难保安全。
  • 有人联想到 Roomba 曾将用户私密照片泄露到 Facebook 的事件,质疑 Shift 的数据保护承诺是否可信。
  • 有评论指出 Shift 已在印度付费数万人录制日常活动,免费清洁可能只是获取多样化家庭场景数据的营销手段。
  • 另一家机器人公司被曝秘密租用 Airbnb 房屋测试机器人并造成损坏,引发对 AI 公司滥用用户空间的不信任。
  • 部分人认为家庭清洁机器人短期内难以实现,质疑该商业模式本质是骗取训练数据或向投资者画饼。
No.12 The dead economy theory
The dead economy theory
942 分 1095 条评论 作者: WillDaSilva
(摘要生成失败,请查看英文原文)
No.13 It's hard to justify buying a Framework 12
Framework 12 很难让人愿意买单
280 分 469 条评论 作者: watermelon0
Jeff Geerling 对 Framework 12 与 MacBook Neo 进行详细对比评测后得出结论:Framework 12 性价比极差。MacBook Neo 在性能、续航、噪音、屏幕质量和做工等核心指标上全面领先,售价却低至 499 美元(教育版),而 Framework 12 起步价 749 美元,比同配置 Neo 贵 20-40%。Framework 12 的唯一优势是可维修/升级性、模块化接口和触屏翻转设计,但触屏采用老旧技术、做工妥协明显、风扇噪音达 40-45dBA。作者最终将 Neo 送给了侄子,自己把 Framework 12 当备用机。文章核心争议在于:模块化自由是否值得为更差的整体体验多付溢价。

评论精华

  • 评论者普遍认为这两款产品目标市场根本不同——Framework 面向不想被 Apple 生态绑定的 Linux/Windows 用户,用 benchmark 对比没有意义
  • 多位用户强调 Framework 的核心价值是可维修和可升级,DDR5 内存、NVMe SSD、WiFi 卡、四个模块化接口均可自行更换,这点 Neo 无法比拟
  • Apple 的规模效应使其能以低价拿到定制好屏幕和做工,Framework 只能采购公版组件,这是结构性劣势不在 Framwork 控制范围内
  • 批评者指出 Intel x64 架构 CPU 已近四年老旧,功耗和发热控制远不如 Apple Silicon,建议对比 AMD 平台 ThinkPad 等 Linux 友好机型
  • 也有部分用户表示愿意为自由和可维修性支付溢价,认为 8GB 内存对两款机器都是硬伤,Framework 至少可以后续升级到 64GB
No.14 Citing 'severe' math deficits, UC faculty demand a return to SAT tests for STEM
600余名UC教授联名要求恢复SAT考试,称学生数学水平严重退化
572 分 773 条评论 作者: brandonb
超过600名加州大学(UC)教授由伯克利数学系牵头联名呼吁:从2027年秋季起对STEM申请者恢复SAT或ACT标准化考试要求。教授们指出,自2020年UC取消标准化测试要求以来,学生数学基础严重恶化——在UC圣地亚哥分校,入学者高中以下数学水平的人数从2020到2025年暴增约30倍,其中70%低于初中水平。伯克利微积分课程诊断测试显示至少20%的学生存在严重数学缺陷,教授不得不在大学课堂中补习初中数学。 争议焦点在于:支持方认为SAT是客观统一的衡量标准,比高中GPA更能预测大学表现,且取消SAT反而伤害弱势群体——让他们进入大学后因跟不上课程而学业失败。反对方(如UC Berkeley学者Saul Geiser)则指出,SAT不适合美国公立大学,高中GPA在控制收入和种族因素后反而更具预测力,且按SAT录取会不利于低收入和少数族裔学生。 值得注意的是,UC2020年的决定曾违背了该校学术委员会自己成立的测试工作组的建议,后者当时就指出ACT成绩实际上能提升弱势学生的录取率。目前哈佛、斯坦福、MIT等精英大学已在2024-2025年陆续恢复考试要求。加利福尼亚州本身数据显示,仅有30.5%的11年级学生达到数学学习标准。任何政策变更仍需经学术委员会招生委员会和校董会批准。

评论精华

  • 多位评论者指出高中GPA比SAT更容易造假且受贫富差距影响,因此标准化测试反而是更公平的衡量手段
  • 有前社区学院教师提到入学分级考试曾被有效利用,学生可以在社区学院补足基础后再转入四年制大学
  • 评论者将加州数学教育崩溃部分归咎于已故斯坦福研究员Jo Boaler推行的问题导向教学法以及数字化教育的过度使用
  • 有UCLA 2026届亲历者持反对意见,称自己从未经历过「教初中数学」的情况,质疑问题是否被夸大
  • 评论提到加州法律规定排名前12.5%的高中毕业生保障入读UC,大学扩招与申请数量激增也加剧了录取甄别难度
No.15 OpenRCT2 v0.5.1 "Swamp Castle" released Last version to support Windows 7
OpenRCT2 v0.5.1「Swamp Castle」发布,成最后支持 Windows 7 的版本
5 分 0 条评论 作者: jandeboevrie
开源摩天过山车模拟游戏 OpenRCT2 发布了 v0.5.1 版本,代号「Swamp Castle」。本次更新新增了插件系统的过山车故障钩子、网格线显隐方法以及游客娱乐统计功能;修复了多项图形渲染问题(倒转过山车在隧道中不显示、水瓦片绘制错误)、游戏崩溃(插件栈溢出、物理键盘连接断开导致崩溃)及数十个细节 bug。一个重大变化是:由于 GitHub 即将停止对 Windows 7/8 运行器的支持,这将是 OpenRCT2 最后一个官方支持这些老平台的版本,建议用户升级系统。项目感谢了 Digital Ocean、Backtrace、JetBrains 等赞助商的支持。
No.16 The Last Technical Interview
最后一次技术面试
101 分 76 条评论 作者: headalgorithm
Steve Yegge 在文中探讨了技术行业招聘体系的深层问题,核心观点是传统的多轮技术面试效率低下且对候选人极不友好。文章借鉴 Google 内部曾进行的实验——让在职员工走一遍自己的面试流程,结果令人尴尬地揭示了许多优秀工程师也通不过自家公司的「门槛」。Yegge 提出一种「campfire」(篝火式)替代方案,即让候选人通过短期试用或实际工作方式来证明能力,而非依赖白板算法题。文章还提到「暂聘」(provisional employment)的风险转移问题:若候选人投入真实工作后仍被拒,所有风险由候选人承担,这在供大于求的市场中尤其残酷。评论界对此反应两极——支持者认为工作样本测试是招聘的黄金标准,反对者则指出其歧视有家庭负担、时间不充裕的求职者,且在大公司文化中难以落地。

评论精华

  • Google 曾让内部员工体验自家面试,许多人通不过,证明现行流程并非筛选真正优秀人才的可靠工具。
  • 「工作样本测试」被多人视为招聘的黄金标准,但因耗时较长,对有家庭责任的候选人构成歧视。
  • 「暂聘」方案看起来很理想,但实际操作中若有人申请一个岗位,公司暂聘谁?筛选门槛本身仍需要传统面试。
  • Google 的招聘哲学历来是「不招错人」优先于「招到好人」,导致流程冗长且对好候选人也缺乏一致性。
  • 有人指出当前面试体系实质是签证经理方便引进外籍员工的游戏,通过共享题库和人为抬高难度来排除「非目标人群」。
No.17 Show HN: Tiny-vLLM – high performance LLM inference engine in C++ and CUDA
展示: Tiny-vLLM —— 纯 C++ 与 CUDA 实现的高性能 LLM 推理引擎
135 分 11 条评论 作者: yu3zhou4
Tiny-vllm 是一个用 C++ 和 CUDA 编写的高性能大语言模型推理引擎,作者将其设计为教学导向的开源项目。项目的核心亮点在于「教程式 README」——作者以循序渐进的课程形式拆解 LLM 推理的各个步骤,旨在帮助读者建立可复现的心智模型,甚至无需阅读源码就能从零重建整个项目。多位评论者称赞其文档质量,认为这种形式让没有 CUDA 开发经验的人也能理解 LLM 推理机制。有人将其比作早期 llama.cpp,但文档更加完善。评论中也有人幽默吐槽作者连 CUDA API 返回值都不放过,认为这不够「tiny」。作者同时维护着一个内容丰富的技术博客。

评论精华

  • 作者自述:README 写法是课程式设计,目标是让读者建立心智模型,无需读代码即可复现整个项目
  • 教程式 README 深受好评,分解步骤的方式让未接触过 CUDA 的人也能理解 LLM 推理
  • 被类比为早期 llama.cpp,但文档质量明显更胜一筹
  • 有人吐槽作者连 CUDA API 返回值都检查,调侃说这似乎不够「tiny」
  • 有读者反馈 safetensor 加载部分的讲解非常实用,读起来停不下来
No.18 Show HN: Open-source private home security camera system (end-to-end encryption)
展示: 开源的家庭安防摄像头系统(端到端加密)
55 分 13 条评论 作者: arrdalan
Secluso 是一个开源的家庭安防摄像头系统项目,旨在提供完全私密的监控方案。用户将树莓派搭配摄像头模块部署为摄像设备,视频在摄像头端加密后直接传输到手机端应用,实现端到端加密。系统中「camera_hub」运行在摄像设备上,负责录像、加密并发送视频;云端服务器仅作为中继,传输的是加密后的视频数据,无法直接查看内容。视频以事件触发方式录制(如检测到人物),存储在手机端供用户随时查看历史记录。开发者将此项目定位为 Ring 和 Google Nest 的替代品。社区讨论涉及多项技术细节:有人询问是否支持 ESP32 摄像头以降低成本,引发关于「ChaCha20 与 AES」加密算法选择的讨论(嵌入式 SoC 通常具备 AES 硬件加速器);还有人询问 Yocto 项目定制操作系统的架构和代码规模;另有用户追问是否需要依赖云服务等问题。

评论精华

  • 询问是否支持 ESP32 摄像头以降低成本和硬件获取难度,并讨论使用 ChaCha20 加密的可行性
  • 质疑选择 ChaCha20 而非 AES 的原因:嵌入式 SoC 普遍拥有 AES 硬件加速器,AES 效率更高
  • 介绍 Yocto 项目定制化 OS 架构:基于模板/工具定制,代码量可控
  • 澄清架构分工:camera_hub 运行在摄像头端负责加密录像,云端 server 仅做加密数据中继
  • 视频由事件触发(如检测人脸)录制,加密后传送到手机端存储,用户可随时回看历史记录
No.19 Liquid AI reveals 8B-A1B MoE trained on 38T
Liquid AI 发布 LFM2.5-8B-A1B MoE 模型,38T tokens 训练,面向端侧推理
180 分 69 条评论 作者: simjnd
Liquid AI 发布新一代端侧模型 LFM2.5-8B-A1B,基于 MoE 架构,总参数量 8B 但仅 1B 活跃参数,训练规模从上一代的 12T 扩展至 38T tokens。关键改进包括:上下文窗口从 32K 扩展到 128K、词表从 65K 翻倍至 128K 以提升非拉丁语系分词效率、新增显式思维链推理能力。推理速度方面,CPU 上 M5 Max 达 253 tokens/s,手机端约 30 tokens/s,H100 GPU 上峰值吞吐量达 18.5K tokens/s。针对幻觉问题,引入基于 avg@k 的 RL 奖励机制强化拒识能力。模型已在 Hugging Face 开放权重,支持 llama.cpp、MLX、vLLM、SGLang 等主流推理框架,配套开源桌面 agent 演示项目 LocalCowork。38T tokens 对 8B 模型而言训练量远超 Chinchilla 最优比例(约 1800 倍),引发社区对过训练和知识压缩极限的讨论。

评论精华

  • 多位用户实际测试后对模型能力表示失望,bug 修复基准上不及两年前的 Qwen2.5-Coder-3B,仅修复约 50% bug
  • 38T tokens 训练量引发争议:远超 400x Chinchilla 最优比例,有用户质疑 8B 模型的知识压缩是否存在数学极限
  • 部分用户确认推理速度确实卓越,Strix Halo 和 M5 Max 上的 GPU 基准表现令人印象深刻,GPU 吞吐量翻倍
  • 社区有人批评 Liquid AI 仅在基准测试中展示相对竞争对手有利的项目,选择性呈现数据
  • 关于训练 tokens 规模的质疑:未见 Liquid AI 在论文中专门讨论超量训练合理性,其他研究者未见类似做法
No.20 Bijou64: A variable-length integer encoding
bijou64:一种天然规范的变长整数编码
222 分 77 条评论 作者: justinweiss
bijou64 是一种针对 u64 优化的变长整数编码,其设计核心目标是「天然规范」——每个整数恰好只有一种编码方式。作者指出 LEB128 等传统格式存在多种合法编码表示同一数值的问题,这在签名验证、去重等场景下构成安全漏洞(历史上 ASN.1/X.509 签名攻击即属此类)。bijou64 通过两个技巧实现规范编码:首字节双重职责(0xF7 以下直接表示数值,0xF8~0xFF 作为后续字节数标签)和数值偏移(后续字节按阶跃偏移,消除重叠范围)。解码时从首字节即知长度,无需逐字节扫描延续位,因此性能远超 LEB128——微基准测试显示解码速度快 2~10 倍,且时序分布极其稳定,几乎无方差。编码方面仅在中等数值范围略慢于 LEB128。空间效率与 LEB128 相当。

评论精华

  • 有人指出 bijou64 因首字节决定后续数据布局,难以用 SIMD 并行解压,而 LEB128 在 SIMD 处理上已有成熟方案。
  • 多位评论者提到非规范编码并非总是缺陷——长度预留、字节对齐等场景下「多余字节」反而是有用特性,bijou64 的设计排除了这类用途。
  • 评论者将 bijou64 与 SQLite 变长整数、QUIC 变长整数、Protobuf varint、UTF-8 等类似设计进行了横向比较,指出各方案在不同约束下的取舍。
  • 安全社区引用 matja 的评论强调规范编码为何关键:历史教训包括 SAML/XS 签名剥离攻击,正是因为不同实现产生不同字节表示。
  • 有评论者对首字节为 0xFF(最大标签)时仍需手动范围检查提出疑问,认为这仍是潜在的实现缺陷入口点,与文章声称的「消除额外检查」不完全一致。
No.21 Ho-scale slot car racing in the Santa Cruz Mountains
圣克鲁斯山脉的 Ho 比例槽车模型竞速
3 分 0 条评论 作者: HoldOnAMinute
这篇文章介绍了Stewart Raceway槽车竞速活动。槽车模型竞速拥有几乎与真实赛车同等的刺激感和肾上腺素体验,但又不会造成人身伤害或经济负担,是一种快速、经济、有趣的竞技爱好。Stewart Raceway欢迎感兴趣的体验者直接到场参加活动,现场会提供车辆、控制器和一切必要装备,让新手轻松感受槽车驾驶与竞速的乐趣。
No.22 Ember.js 7.0
Ember.js 7.0 正式发布:专注清理废弃 API,无新增功能
64 分 14 条评论 作者: satvikpendem
Ember.js 7.0 正式发布。根据 Ember 主版本策略,本次更新仅移除在 6.x 周期中标记为废弃的 API,不引入任何新功能。Ember 选择在次要版本中持续交付新功能,主版本只处理破坏性变更,以降低升级难度。6.x 系列的重要里程碑包括:6.1 将 ember-source 发布为 v2 addon;6.3 支持 RFC #1046 的模板标签组件;6.8 采用 Embroider+Vite 构建系统和严格模式(template-tag)作为默认,并新增 trackedArray 等原生集合类型的追踪版本。上一个版本 6.12 成为 LTS 版本。7.0 废弃项完全移除包括「import Ember from 'ember'」、AMD bundle 发布以及从 @ember/service 导入 inject 的方式。升级路径建议先升至 6.12 并解决所有废弃警告后再迁入 7.0。

评论精华

  • 多位长期 Ember 用户分享与前框架的回忆,有人即将退役维护了十年的 Ember 项目。
  • 评论者感慨前端框架更迭之快,没想到 Ember 仍在活跃维护。
  • 有人认为 AI 可自动生成模板代码,这可能会让 Ember 在新项目中更具吸引力。
  • 有人称赞 Ember 坚持 LTS 策略和内置 Ember Data 的理念,但指出招聘困难和生态包更新滞后曾是痛点。
  • 也有评论者将 Ember 比作现代的 CakePHP,认为已是昨日遗老。
No.23 Is AI causing a repeat of frontend’s lost decade?
AI 正在重蹈前端「失落十年」的覆辙吗?
333 分 286 条评论 作者: xyzal
作者 Mauro Bieg 认为 AI 对程序员工作的冲击,与前十年 JavaScript 框架对前端开发的「去技能化」如出一辙。过去,前端需要掌握语义化 HTML、CSS、浏览器差异、无障碍访问等专业知识;框架的兴起让浏览器沦为编译目标,企业可以用通才替代专家,降低成本并削弱劳动者议价能力。如今 AI 编码正在以同样方式「去技能化」编程本身。作者指出,这种「更高层次抽象」是有代价的——前端框架抽象掉了性能和无障碍,AI 抽象则是不确定性的,不同于确定性编译器,更像「加强版 Stack Overflow 复制粘贴」。文章还类比了包豪斯运动对工业化的回应,引发对技术变革中技能贬值与质量下降的深层忧虑。

评论精华

  • 许多评论者反驳说,过去所谓的「深度专业知识」其实是在应对浏览器兼容性等不必要的痛点,这些复杂性正在被合理地消除。
  • 有观点认为框架和 AI 本质上是更高层次的抽象,被替代者往往忽视了新层次上所需的技能。
  • 部分人指出 AI 生成的前端代码质量低劣,一眼就能看出是 AI 产物,与手工编写的代码有明显差距。
  • 有评论提到 Flash 时代就已经出现过类似的「去技能化」,设计师无需 HTML/CSS 即可建站,历史一直在重复。
  • 也有人认为 AI 实际上解放了开发者,让他们有更多时间关注 UX 设计而非纠结 CSS 细节,提升了整体效率。
No.24 On Rendering Diffs
浏览器中渲染 Diff 的工程实践
165 分 54 条评论 作者: amadeus
Pierre Computer 公司发布技术博客,介绍其开源组件「CodeView」的研发历程。该组件旨在解决大型 Pull Request 在浏览器中渲染 Diff 时的性能瓶颈。作者指出 Diff 渲染看似简单,实则面临三大挑战:DOM 复杂度膨胀导致渲染卡顿、大规模文件处理计算量倍增、内存占用逼近浏览器上限。文章详细分析了三种常见虚拟化(窗口化)方案的利弊——原生滚动定位法、基于 requestAnimationFrame 的固定容器法以及完全虚拟滚法,并分享了他们的权衡选择。该项目已开源为 npm 包「@pierre/diffs」,并上线 DiffsHub.com 作为在线演示平台。

评论精华

  • 有评论者认为虚拟化方案过于复杂,建议直接把全部内容放进 DOM,从根本上解决扩展性问题而非规避。
  • 有人质疑在浏览器中做 Diff 渲染本身是否方向正确,认为终端应用实现起来更简单直接。
  • 提问者关心语义级 Diff(Semantic Diffs)的支持计划,作者回复称这是团队下一阶段的重点项目。
  • 有用户请求支持「git diff --color-moved」的移动代码块着色功能,并希望扩展到 Forgejo 等代码托管平台。
  • 多位评论者赞赏工具的速度表现和对移动端 / 高刷新率屏幕的适配体验。
No.25 What Is a Dickover?
什么是 Dickover?
298 分 118 条评论 作者: tambourine_man
John Gruber 发明了一个新词「dickover」,指网站或 App 故意遮挡自身内容、强迫用户进行不必要操作的弹窗式设计,例如订阅邮件、接受 Cookie、安装应用等。他认为这类设计堪称互联网之耻,无处不在且令人恼怒。他还区分了「dickbar」——非模态的水平横幅遮挡(轻罪)与「dickover」(重罪)。但付费墙的登录/注册弹窗不属于 dickover,因为那是必要的。文章举例了 Substack、Euronews、费城问询报等大量案例,并解释了「dickover」一词的由来:在 Mastodon 上调查中险胜「dickpanel」。评论中有人质疑商业模式是否需要这些弹窗。

评论精华

  • 有人建议在 Kagi Small Web 项目的标准中加入「禁止 dickover」,统一命名有助于抵制。
  • 不少评论推荐用 Firefox + uBlock Origin 或 Stylus 用户样式表来屏蔽这些弹窗。
  • 有开发经验者指出产品经理强制要求加弹窗,员工知道不好但无法违抗。
  • 为何每次访问同一网站都会重复弹出 accept cookie 弹窗,一次同意后仍然弹出?这是因为 cookie accept 的状态没有正确保存。
  • Substack 作者可在后台关闭订阅弹窗提示,很多用户不知道这个选项。
No.26 Math-to-Manim
展示: Math-to-Manim —— 用 AI 将数学公式自动转成 Manim 动画
46 分 6 条评论 作者: georgewsinger
HarleyCoops 在 GitHub 上开源了 Math-to-Manim 项目,旨在利用大语言模型自动将数学公式和概念转化为 Manim 数学动画。该项目声称使用「RL repair loop」(强化学习修复循环)来迭代优化代码生成,通过 stderr 反馈反复提示 LLM 修正错误。然而社区对此提出多处质疑:多名评论指出这并非真正的强化学习——仓库中没有训练代码、奖励函数或环境,实际上只是带错误反馈的迭代提示循环。还有人发现 README 中莫名出现的「Christian」字样,推测是作者名字因 Markdown 语法失误被误渲染为列表。有评论补充说明作者实际依赖外部托管训练服务(PrimeIntellect)和奖励函数来实现 RL 部分。整体上该项目创意有趣但文档描述存在误导性成分。

评论精华

  • 仓库所谓的「RL 修复循环」不是真正的强化学习,没有训练代码、奖励函数或环境,仅是基于 stderr 反馈的迭代提示循环
  • 整篇 README 读起来像是结构化提示的直接输出,风格类似于让 AI 总结仓库变更的提交说明
  • README 中随机出现的「Christian」字样引发好奇——推测是作者名字因 Markdown 排版失误被渲染成列表项
  • 作者实际使用 PrimeIntellect 的托管训练服务和外部奖励函数来实现 RL,代码不在本仓库中
  • 感谢解释,终于理解 README 里所谓的「RL 循环」到底是什么意思了
No.27 The mysterious Hy3 LLM is topping OpenRouter Model Rankings by a large margin
The mysterious Hy3 LLM is topping OpenRouter Model Rankings by a large margin
126 分 100 条评论 作者: freediver
(摘要生成失败,请查看英文原文)
No.28 You can just say it
人是有价值的——你可以直接说出来
311 分 159 条评论 作者: antirez
文章针对当下流行的「AI時代人类仍有不可替代价值」论述提出质疑:这类论证不断后退,从「AI做不到」退到「人类做得更好」,再退到「细微风格差异」,本质上已陷入用能力证明价值的陷阱。作者主张一个更稳固的命题——「人类是有价值的」,无需附加任何关于产出品质量的条件。文章进一步区分创意作品的「意图」与「形式」,指出生成式AI的根本病理在于:它能以极低的意图投入产出大量形式完满的内容,即所谓「AI slop」;而人类亲手创作时,意图更难与形式脱离。朋友Tom Hudson的观点被引用作为注脚:用LLM写邮件时,不如直接把提示词发给对方,至少那才是你真想说的话。

评论精华

  • 有人认为「人是有价值的」这个命题并不稳固,CEO会本能地抗拒,因为对资本而言人只是「人力资本」。
  • 有观点指出AI slop的根源是人的问题而非技术问题——AI只是放大器,让原本就存在的意图缺失更容易暴露。
  • 有人拓展讨论:当经济产出不再是人的价值锚点时,人类需要从工作之外寻找意义,这令许多人恐惧。
  • 社区出现对「人类固有价值」命题的根本性质疑,引用宗教文本的论证方式也被批评为循环论证。
  • 有人务实指出在某些日常事务(如退货邮件)上LLM确实是高效工具,并不需要每次都注入「真诚意图」。
No.29 GTA 6 Developers Unionize
GTA 6 开发者组建工会,对抗 Rockstar Games
664 分 448 条评论 作者: AndrewKemendo
Rockstar Games 旗下 GTA 6 开发团队正式宣布成立「Rockstar 游戏工作者工会」,隶属于英国独立工人联合会(IWGB)。该工会此前已与 Rockstar 对簿公堂——去年逾 30 名员工以「严重不当行为」为由被解雇,IWGB 认为这是变相打压工会活动。工会提出三大诉求:薪酬透明化、弹性工作制以及终结「crunch」文化(游戏开发中强制无偿加班的现象)。除爱丁堡的 Rockstar North 外,伦敦、利兹、林肯和邓迪办公室的员工也纷纷加入。工会已开通社媒账号并开设捐款页面以支持法律诉讼。部分政界人士指 Rockstar 试图阻挠法律程序的推进。

评论精华

  • 高强度加班是行业顽疾,crunch 文化已存在多年,工会化是知识工作者对抗「热情剥削」的重要途径。
  • 游戏开发薪资远低于同等水平的大厂科技岗位,供需失衡和从业者对游戏的情感投入使企业得以压低薪酬。
  • 美国工会面临外包和 H1B 签证等结构性障碍,法律层面的劳工保护不足。
  • AI 的崛起让知识工作者维权的紧迫性更高,工会化能更好地应对技术变革带来的裁员风险。
  • 有观点认为工会并非万能解药,职业晋升与绩效激励机制在工会体系内可能存在局限。
No.30 Show HN: TV Explorer. Adding advanced UI to free online TV
展示: TV Explorer——为在线电视加上高级界面的免费应用
146 分 41 条评论 作者: dtagames
TV Explorer 是一款面向全球 IPTV 流媒体的工具,由开发者 dtagames 打造,核心目标是解决现有在线电视频道发现、筛选、收藏体验差的问题。应用汇聚了数千个全球频道直播流,界面支持快速切换和搜索,特别适合语言学习者使用。多位用户称赞其体验优于同类工具 tv.garden,BBC Earth 等频道无广告(动物循环画面配舒缓音乐)广受好评。评论区还涌现了若干功能建议:App「随机探索」按钮、方便语言学习的10秒快退、世界地图浏览频道、Apple TV 原生应用和 AirPlay 支持。开发者积极回应,确认频道来源于公开 GitHub 项目,不对内容做增减,并表示将改进字幕、小屏幕布局和缓冲问题。整体这是一款社区反响热烈、实用价值明确的免费小众工具。

评论精华

  • 许多用户将 TV Explorer 用于语言学习,尤其赞赏后台播放和快速切台的便利性
  • 开发者回应称频道流来自公开 GitHub 仓库,不对内容做修改,部分频道存在缓冲循环问题正在排查
  • 功能建议集中:语言学习的10秒快退、「随机发现」按钮、世界地图浏览、Apple TV 应用支持
  • 评论区有用户指出 Firefox Windows 端字幕菜单显示但无法选择,开发者承诺会修复
  • 用户对体验好评不断,称其是见过最好的 IPTV 浏览工具,甚至享受到了发现陌生频道的探索乐趣