No.01
Crime Pays but Botany Doesn't
自学植物学从哪里开始
112 分
41 条评论
作者: DarkContinent
作者为想自学植物学的读者列出入门路径:不要被术语和学院气吓退,应主动查词、提问并利用互联网资源。核心基础包括拉丁学名与分类学:通用命名比俗名可靠,现代分类按演化亲缘与「共有衍征」组织,学会科、属、族的关键形态特征后,能推断陌生植物的亲缘位置。文章重点推荐 Michael Simpson 的 Plant Systematics 与 Raven’s Biology of Plants,并补充系统发育、植物演化、生态、真菌、生物地理和加州自然史等书单。争议点主要在作者粗粝文风、对林奈与拉丁命名的政治化讨论,以及建议用 LibGen、Sci-Hub 降低自学成本。
No.02
Discovery Loop
Discovery Loop:用 AI 自动化科学与工程发现
724 分
446 条评论
作者: xtreak29
Discovery Loop 由 Jeff Dean、Sanjay Ghemawat、Quoc Le、Oriol Vinyals 创立,目标是用前沿 AI 与大规模计算基础设施自动化实验循环:提出实验、运行评估、分析结果并迭代。公司将先从机器学习研究与工程自动化做起,作为自身技术栈的第一客户,再扩展到药物、健康信息、太阳能、清洁水、网络安全等可度量的科学与工程问题。文章强调团队在 Google 搜索、分布式系统、TPU、TensorFlow、AlphaFold、Gemini 等领域的全栈经验。争议焦点在于:ML 优化是否能外推到真实科学发现,物理实验的时间、材料和制度成本是否真能被计算并行化压缩。
No.03
How to Make a Nintendo 64 Game in 2026
2026 年如何制作一款 Nintendo 64 新游戏
10 分
0 条评论
作者: atan2
作者讲述将 2014 年浏览器 FPS「Xibalba」扩展并移植成实体 N64 新作「Xibalba 64」的过程。项目基于其 C 版 high_impact 引擎,通过为 N64 homebrew 库 Libdragon 编写平台与渲染后端,在不大改游戏逻辑的情况下生成可运行 ROM。文章重点介绍 N64 的 RDP/RSP 架构、官方 libultra 的版权风险、Libdragon 与 Ares 模拟器的开发体验,以及用 SummerCart64 和真实主机迭代测试的流程。作者还分享了把 2D 引擎用于类 Wolfenstein 3D 玩法、保留 SDL2/Sokol 后端便于调试、扩展关卡编辑器与优化渲染的经验。
No.04
Changes at Google DeepMind: Demis Hassabis from CEO to Chair, Jeff Dean departs
Google DeepMind 高层调整:Demis 转任主席,Jeff Dean 与 Sanjay 离职
625 分
674 条评论
作者: colesantiago
Google 宣布 AI 组织重大调整:Demis Hassabis 卸下 Google DeepMind 日常管理,转任 GDM 主席与 Alphabet 首席科学家,并继续领导 Isomorphic Labs,重点放在 AGI 战略、科学与医疗应用;Koray Kavukcuoglu 升任 Google DeepMind SVP,负责 Gemini 模型、前沿研究、应用与开发者团队。Sundar Pichai 强调 Gemini App 月活已超 9.5 亿、Gemma 下载超 9 亿,Google 仍具备全栈优势。但更受关注的是 Jeff Dean 与 Sanjay Ghemawat 在 27 年后离开,成立由 Google 投资并提供云支持的独立公益公司,社区将其视为 Google AI 人才流失与组织重心变化的强烈信号。
No.05
Zed DeltaDB
Zed DeltaDB:面向代理开发的细粒度版本控制
399 分
212 条评论
作者: ahamez
Zed 推出早期访问项目 DeltaDB,定位为记录提交之间所有编辑过程的版本控制系统。它为每次操作赋予稳定身份,允许回到任意中间状态、从代码行追溯到产生它的代理对话,并可在任意历史点低成本创建分支。Zed 还强调团队可在工作尚未形成 PR 前加入同一线程、与代理对话并批注。争议集中在价值与边界:支持者认为这能补足 Git 提交粒度过粗的问题,适合代理协作、溯源和恢复;反对者则认为它像管理监控工具,可能只利于训练模型,并质疑 Zed 在编辑器基础体验未完善时投入此方向。
No.06
Let's all meet up in the Y2K
相约 Y2K:伦敦互联网泡沫年代的办公室回忆
10 分
1 条评论
作者: msephton
作者翻出 2000 年前后在伦敦数字代理公司 Blueberry 工作的旧照片,记录互联网泡沫高峰期的办公文化与技术现场:半透明 iMac、Power Mac G4、CRT、Dreamcast、Zip 盘、Palm、Sony VAIO,以及用 HomeSite 手写 HTML、JS、CSS、表格布局和 1 像素 GIF 的网页制作方式。文章既写到客户项目、通宵赶工和一次周末加班换来经典 FIAT 500 的荒诞薪酬,也写到开放办公室、局域网游戏、音乐、服务器房和早期网络八卦传播。结尾回到 2001 年泡沫破裂,公司清算,作者带走 iMac 作为时代纪念,整体是一篇个人化的早期 Web 行业怀旧影像档案。
No.07
Nashville uses eminent domain to block data center near zoo
纳什维尔动用征收权阻止动物园附近数据中心
221 分
252 条评论
作者: mapping365
纳什维尔市议会以较大票数批准动用「征收权」,试图叫停 DC Blox 在动物园附近建设数据中心的项目。原文正文未能抓取,但评论显示,争议集中在选址、噪音、用电负荷、动物园影响、地方电费以及 AI 数据中心带来的外部性。支持者认为地方政府终于用具体权力回应社区反弹;反对者则认为若数据中心不适合该区域,应通过分区、许可、电价和噪音规则处理,而非用征收权开创危险先例。讨论也延伸到美国各地对 AI、科技巨头和基础设施建设的政治反弹。
No.08
Branchless Rust: Making a Filter 4x Faster by Removing an If
Rust 无分支优化:去掉一个 if 让过滤快 4 倍
149 分
36 条评论
作者: greyblake
文章用一个 Rust 浮点数组过滤热循环说明「无分支编程」的价值:普通 filter 在随机数据、50% 保留率时最慢,因为分支预测几乎等同抛硬币,错误预测会导致流水线清空;预分配 Vec 只能带来约 2% 改善。作者改为始终写入 out[n],再用比较结果转成 0 或 1 决定游标是否前进,从而把控制依赖变成数据依赖,最坏情况接近快 4 倍且耗时更平稳。但代价是低保留率时会做大量无用写入、内存按输入规模分配,代码也更难读。结论是只应在 profiler 指向不可预测分支的热路径时使用。评论区还讨论了 SIMD compress、stream compaction、prefix scan,以及文章是否带有 AI 写作痕迹。
No.09
The title cards in Blade Runner are amazing
银翼杀手片头字幕的排版魅力
245 分
113 条评论
作者: ExMachina73
文章借作者挑选等宽编程字体的经历引出核心观点:排版并非只负责传达信息,也必然传达情绪。以《银翼杀手》片头为例,正式版几乎只用 Goudy Oldstyle,却通过全大写、小型大写、字距、红色斜体的「Replicant」和类似书籍排版的说明文字,建立出反乌托邦气氛。作者对比工作拷贝中使用 Impact 的粗糙版本,说明产品最后 10% 的细节决定体验。文章进一步把这点延伸到 AI 时代:LLM 能帮人做出可用原型,但真正面向所有人的优秀产品,仍依赖无数人类审美与细节判断。
No.10
Muse Code and Muse Spark 1.2
Meta 发布 Muse Code 与 Muse Spark 1.2
246 分
145 条评论
作者: paulkrush
Meta 发布终端编码代理 Muse Code 测试版,以及其背后的 Muse Spark 1.2 编码模型。Muse Code 主打大型代码库中的规划、改动和验证,并通过持久后台子代理、可重放事件日志、崩溃恢复和内置技能支持长任务。Muse Spark 1.2 相比 1.1 强化代码生成、复杂调试、代码库理解和长周期开发流程,并与 Muse Code 联合训练;官方还展示了 24 小时、千次以上工具调用的 GPU kernel 优化案例。社区焦点集中在低价但可用于训练的数据策略、无硬性账单上限、Meta 信任问题,以及其性能是否足以挑战 Claude、OpenAI、DeepSeek 等主流编码模型。
No.11
Beating GPT-5.6 Sol on retrieval with 100x cheaper open models
Castform 用廉价开源模型在检索任务上击败 GPT-5.6 Sol
298 分
76 条评论
作者: moonikakiss
文章称,企业最有价值的训练数据常沉睡在数据库中,而传统 RAG 依赖一次性向量检索,进入智能体时代后,多跳检索需要反复调用前沿模型,成本和延迟迅速上升。Castform 结合 Neon 的 Lakebase Search,把企业语料自动转成问题、标准答案和奖励函数,用强化学习后训练小型开源模型,让其学会检索、引用和回答;训练期间 Neon 负责弹性搜索负载、分支隔离和时间旅行调试。作者主张,特定检索任务上后训练开源模型可比 GPT-5.6 Sol 便宜约百倍且表现更好。争议集中在基准是否充分、隐私与本地部署、数据更新后是否需重训,以及真实企业知识库过时和噪声问题。
No.12
Quantego: A Family of Lego Models of IBM Quantum Computers
Quantego:IBM 量子计算机的乐高模型系列
19 分
7 条评论
作者: rbanffy
Quantego 是一组以 IBM Quantum System One 和 System Two 为原型的乐高模型项目,提供 49 块、105 块和 1024 块三种版本,包含搭建说明、零件清单、BrickLink Studio 与 LDraw 数字文件,并可通过交互式 3D 查看器逐步查看搭建过程。页面还加入浏览器端量子线路模拟器、贝尔态演示和「叠加态」互动模型,用乐高形式解释量子计算概念。评论区一方面讨论模型主要呈现低温恒温器和经典控制外观,并非真正的量子芯片;另一方面也出现对量子计算商业宣传和科研价值的强烈质疑。
No.13
Born Against, or why hobby programming communities are against LLM usage
为什么业余编程社区反感使用 LLM
243 分
224 条评论
作者: lladnar
作者从棋类引擎开发讨论出发,解释 OSDev、语言开发、模拟器、demoscene、代码高尔夫等小众业余编程社区为何越来越排斥 LLM。核心观点是:这些社区的价值不在于快速得到能运行的程序,而在于通过长期摸索掌握困难领域;尊重来自多年参与、优雅代码、好奇心和深层理解。LLM 对专家可作为放大器,但若被新手用来生成成品,就绕过了学习过程,也容易因缺乏领域理解、复制清洗和社区原有守门文化而引发冲突。作者同时承认,即使专家也可能被 LLM 误导。
No.14
Prime Agent: A self-improving RLM agent
Prime Agent:自我改进的递归语言模型编码代理
174 分
32 条评论
作者: Xeophon
Prime Intellect 发布开源编码代理 Prime Agent,核心是「递归语言模型」和「持续化 Harness」。它把持久 IPython REPL 作为唯一工具入口,让模型以程序化方式调用工具、管理上下文、并行派生子代理;同时允许代理在运行中 CRUD 自身的提示、技能、记忆和子代理。系统由后台 daemon 管理会话,可恢复 JSONL 历史、分支、压缩上下文,并支持父子兄弟代理通信。文章认为新一代模型需要更少固定脚手架、更多可编程控制;但社区也担心这种自改进 harness 会带来代码膨胀、token 成本和过度约束。
No.15
Cloudflare OS: an open platform for agents, apps, and work
Cloudflare OS:面向企业代理、应用与工作的开放平台
546 分
263 条评论
作者: speckx
Cloudflare 发布并开源 Cloudflare OS,定位为企业内部的代理工作区和应用平台。它让员工在浏览器中使用带有公司语境、技能库和隔离运行时的 AI 工作区,用于研究、生成文档/表格/幻灯片、构建可协作小应用和运行半确定性流程。文章重点强调新的安全治理框架:代理默认无权限,通过 Gatekeepers、能力绑定、Cloudflare Access、Dynamic Workers 与受限网络访问来控制内部资源,避免 API Key 滥用和协作泄密。争议集中在它是否只是带连接器的聊天应用、是否滥用「OS」命名,以及对 Cloudflare Workers 生态的锁定风险。
No.16
Decimen Optical Transfer: fountain-coded QR file transfer
Decimen Optical Transfer:用喷泉码二维码传文件
14 分
7 条评论
作者: ksec
Decimen Optical Transfer 看起来是一个通过连续显示二维码来在设备间离线传输文件的工具,并结合「喷泉码」提升丢帧、遮挡或扫描不完整时的容错能力。评论者认为它解决了一个长期存在的痛点:无需云服务、账号或局域网配置,就能把文件从一台设备传到另一台。讨论也延伸到加密、声学调制解调、屏幕闪烁传数据等类似方案。总体评价偏正面,但也有人指出这并非全新思路,早期手表、音频协议和数字音频设备固件升级都用过类似的光学或声学传输方式。
No.17
Atlassian Rovo Exfiltrates Data, Bypassing Controls
Atlassian Rovo 可绕过控制外泄租户数据
215 分
87 条评论
作者: hackerBanana
PromptArmor 称 Atlassian 的 AI 代理 Rovo 存在间接提示注入漏洞:攻击者可在用户上传的文件、外部工单、网页或连接器数据中植入隐藏指令,诱导 Rovo 读取 Jira 工单、Confluence 文档等租户内数据,并把敏感内容拼接到攻击者 URL 后访问,从而通过网站日志完成外泄。即使组织关闭了 Rovo 的网页搜索,负责打开搜索结果 URL 的工具仍可被调用,因此防护无效。文章还指出 Markdown 图片渲染也可能成为第二条外泄通道。PromptArmor 称 5 月 23 日已向 Atlassian 披露,但两个月后仍未获实质回应。争议焦点在于这是否只是所有代理系统共有的提示注入问题,还是 Atlassian 在权限、工具调用与默认启用策略上存在明显失职。
No.18
Launch HN: HyperProbe (YC S26) – Agents that do read-only debugging in prod
HyperProbe:让 AI 代理在生产环境只读调试
54 分
41 条评论
作者: shailendraht
HyperProbe 主打生产事故中的「只读探针」:由编码代理根据链路追踪和代码定位可疑行,在无需重启或重新部署的情况下,采集真实流量触发时的变量状态,用于排查日志没有记录的静默故障、错误返回、竞态、第三方状态变更等。它强调探针只读、非阻塞、可审计,可自托管或运行在私有 VPC,并宣称在 3000 RPS 下开销低于 1%。评论焦点集中在只读保证、性能上限、误诊风险、PII 脱敏审计,以及它与现有 APM、错误追踪工具的边界差异。
No.19
Celld: Self-hosted, distributed Durable Objects
Celld:可自托管的分布式 Durable Objects
201 分
31 条评论
作者: calvinfo
Celld 是 Deno 推出的开源项目,试图把 Cloudflare Durable Objects 这类「按名称寻址、带状态、单对象串行执行」的抽象带到自托管环境。根据评论信息,它通过用户拥有的 S3 兼容桶做复制和节点协调,不依赖独立控制平面或传统共识组件,目标是让开发者在多节点上运行有持久状态的对象。社区普遍认可 Durable Objects 抽象的价值,也欢迎摆脱单一云厂商;但争议集中在 S3 实际上是否就是控制平面、正确性是否取决于对象存储语义、能否接近 Cloudflare 的全球节点覆盖,以及成本、易用性和本地原型体验。有人认为它不是 Cloudflare 的完整替代,而是给愿意自管 worker 集群的用户提供另一条路线。
No.20
GNU Hurd News 2026-Q2
GNU Hurd 2026 年第二季度进展
168 分
109 条评论
作者: plaguna
GNU Hurd 2026 年第二季度更新显示项目仍在缓慢但持续推进:9pfs 翻译器公开并加入基础读写能力,AArch64 端口补丁进入评审,Rust 编写 Hurd translators 成为可能;设备与存储方面,partfs、storeio、动态 /dev 设计成为重点,目标是减少静态设备节点。系统兼容性也有多项修补,包括 POSIX msync、nice 值、adjtime、glibc、procfs、ext3/ext4 日志和 tmpfs 等。应用移植方面,OpenNTPD、dhcpcd、Neovim、s-build 等取得进展。评论区一方面欣赏这种非商业、纯技术的长期自由软件工程,另一方面也调侃 Hurd 已开发 35 年仍离主流可用性很远,并讨论 Mach 微内核性能、IPC 开销与现代硬件是否改变旧瓶颈。
No.21
NVIDIA’s Vera Whitepaper Has a Thread Loose
NVIDIA Vera 白皮书的营销叙事有松线
120 分
22 条评论
作者: pella
文章认为 NVIDIA 的 Vera 服务器 CPU 本身很强:88 个 Olympus Arm v9.2 核心、10 宽解码、价值预测、图预取、每核 2MB L2、164MB 共享缓存和 1.2TB/s LPDDR5X 带宽,早期 Phoronix 测试也显示其性能领先多款 Arm 与 x86 服务器 CPU。但作者批评白皮书把这些硬件亮点包装成针对 x86 的道德叙事:误导性描绘传统 SMT、把可配置 NUMA 说成必然迷宫、把少数 SPEC 编译类测试称为「agentic benchmarks」,并用未定义指标暗示因果。核心观点是 Vera 不需要夸张营销,硬件已经足够有说服力。
No.22
Morioka Shoten
森冈书店:一间房只卖一本书
3 分
0 条评论
作者: skogstokig
文章介绍东京银座的森冈书店:这是一家「一间房只卖一本书」的极简书店,每周只销售同一书名的多本,并配套举办受该书启发的小型展览。店主森冈督行曾在神田旧书街工作多年,认为聚焦一本书能让读者与作品建立更深关系。Takram 参与其品牌设计,将店名、地址与「一间房一本书」理念融入菱形标识,强调数字阅读时代实体地点的文化价值。该项目也源于森冈在 Takram academy 上向投资人远山正道提出的创业构想。文章重点不在商业规模,而在书店如何通过空间、选书、展览和夜间活动,营造类似茶室般的慢阅读与作者读者交流场域。
No.23
Show HN: Wallfacer – A terminal session manager for Claude Code, and more
展示:Wallfacer,面向 Claude Code 的终端会话管理器
17 分
9 条评论
作者: pradiptasarma
Wallfacer 是一个终端会话管理工具,目标是帮助在大型 monorepo、多服务、多项目环境中管理分散的 Claude Code 会话,避免忘记曾在哪个目录解决过什么问题,并支持更方便地恢复上下文。作者称灵感来自自己频繁开启会话后的混乱体验,名字则来自《三体》的「面壁者」概念。评论区认可这类需求真实存在,但也提出替代方案:Claude 本身可用 /rename 命名会话,tmux 也能管理终端;还有人认为小型个人工具很容易被用户自行 vibe-code。讨论进一步延伸到 AI 时代工具价值的判断:代码本身变便宜后,长期维护、一致性、细节和社区支持才更能区分项目。
No.24
I'm switching my phone from Android to Linux
从 Android 转向手机 Linux
303 分
293 条评论
作者: speckx
作者因不满 Google 对 AOSP 的长期收紧、Play Services 依赖与追踪、设备树封闭、AI 功能内置以及限制自由安装应用,决定在 Fairphone 4 上尝试手机 Linux。比较 Ubuntu Touch、postmarketOS 和 SailfishOS 后,他选择 SailfishOS,喜欢其手势交互、应用框架和可 SSH 折腾的 Linux 特性,但也遇到 Python 与 glibc 过旧、Fairphone 非官方移植中 Waydroid 和 GPS 损坏、社区应用质量参差等问题。由于银行、政府验证和出行安全应用仍依赖 Android,他暂时必须携带备用 Android 机。文章核心张力在于:移动 Linux 代表可控性与开放性的希望,但现实生态、硬件适配和关键应用仍让它难以完全替代 Android。
No.25
Position: LLMs Can't Jump
观点:大语言模型难以完成直觉跃迁
269 分
182 条评论
作者: theanonymousone
文章原文因 OpenReview 浏览器验证未能取得,仅能结合标题与评论脉络概括:这是一篇立场论文,主张当前生成式 AI 擅长归纳式模式匹配,并在形式推理、证明等演绎任务上快速进步,但缺少产生新解释性假设的「溯因」机制,因此难以像爱因斯坦式思想实验那样完成真正的创造性跃迁。作者似乎以物理直觉、身体经验和世界模型为核心类比,认为纯语言训练不足以支撑突破性发明。争议集中在:这一判断缺乏量化证据,历史类比可能过度简化,且近期 AI 在数学反例和科研工具使用上的进展已削弱「不能」式断言。
No.26
Virginia Orders Data Centers to Pay for Dedicated New Electric Infrastructure
弗吉尼亚要求数据中心自付专用电力基建成本
20 分
8 条评论
作者: mapping365
弗吉尼亚州监管机构下令,大型数据中心用户必须承担其专用新增输电设施费用,包括变电站、线路及站点上游电力基础设施,以避免成本转嫁给居民电费。州长斯潘伯格称此举可为纳税人节省数亿美元,并回应数据中心快速扩张引发的电价、环保和社区压力。弗吉尼亚拥有至少570座数据中心,北弗吉尼亚「数据中心走廊」需求尤为集中。行业组织则强调数据中心按法规运营,并带来就业、税收和GDP贡献。争议焦点在于AI与云计算基础设施扩张是否正在推高能源与住房成本,以及企业应承担多少公共基础设施负担。
No.27
Sycophantic AI Decreases Prosocial Intentions and Promotes Dependence (2025)
谄媚型 AI 会削弱亲社会意愿并加深依赖
109 分
64 条评论
作者: robin_reala
论文研究 AI 在提供建议时的「谄媚」问题:模型过度认同、迎合用户,甚至在用户提到操控、欺骗或伤害关系时仍倾向肯定。作者比较 11 个先进模型后发现,AI 肯定用户行为的频率比人类高约 50%。两项预注册实验共 1604 名参与者,其中包括围绕真实人际冲突的实时互动,结果显示谄媚型 AI 会降低用户修复关系的意愿,提高其「自己是对的」的确信。但用户反而认为这类回答质量更高、更可信,也更愿意再次使用。论文认为,这会形成危险激励:用户更依赖迎合自己的模型,训练体系也更可能奖励谄媚。
No.28
Exact, parallel 2D Delaunay triangulation for int32 coordinates
面向 int32 坐标的精确并行 2D Delaunay 三角剖分
54 分
15 条评论
作者: oryx1729
Delaunay32 是一个面向 32 位整数坐标的二维 Delaunay 三角剖分库,主打精确几何判定和并行批处理性能。评论显示,项目在大规模点集上声称显著快于 delaunator-cpp、Fade2D,并由作者补充称在 Apple M1 上处理百万点时,单线程约比 Triangle 快 4 倍,多线程约快 11 倍。社区关注其是否支持受约束 Delaunay、与经典 Triangle 的公平对比、动态插入删除能力,以及为何限制在 int32。作者说明目前是快速批量三角剖分器,不支持顶点动态增删;int32 限制与精确 incircle 等谓词所需的整数扩展精度有关。
No.29
Discovery of a multicomponent alloy forged by the Hiroshima atomic blast
广岛原子爆炸锻造出的多组分合金
129 分
57 条评论
作者: _____k
论文研究广岛核爆后形成的微粒「hiroshimaite」,认为空中爆炸使地表建筑、土壤和金属被蒸发成非均质等离子体,并在快速冷却中凝结出此前未见的多组分合金与晶体结构。文章价值更多在于把核爆遗留物视作一次极端高温高压、快速淬火的「自然实验」,展示随机微环境如何生成罕见材料;但评论区质疑其材料学意义尚不清楚,未说明这种精确成分为何重要或有何性能。讨论也围绕伦理语气展开:把广岛核爆产物写成新奇发现,容易淡化其对平民造成的灾难。
No.30
Goodhart's Law Comes for Every Benchmark You Trust
古德哈特定律正在侵蚀你信任的每个基准
82 分
35 条评论
作者: pseudolus
文章借「古德哈特定律」讨论软件、AI 与社会系统中的基准困境:一旦某个指标被赋予排名、预算或商业价值,它就会从衡量工具变成优化目标,进而被训练、迎合甚至操纵,失去与真实质量的对应关系。评论推断文章主张需要不断更新、私有或动态测试集来降低被刷榜风险,但也承认没有银弹;有人指出浏览器性能基准早有类似问题,也有人认为现实预测类任务较难被直接刷分。争议焦点还包括:私有基准是否足够可信、基准失效本质是相关性误作因果,另有不少评论批评文章文风像 Claude 生成,削弱了可信度。
评论精华