No.01
"They're made out of weights"
它们是用权重做的
536 分
182 条评论
作者: MaxLeiter
本文是对 Terry Bisson 经典科幻短篇「They're Made Out of Meat」的仿写致敬。原作中外星人震惊于人类竟由「肉」构成，本文则改写为研究者震惊地发现大语言模型完全由浮点权重构成——没有词典、没有语法规则、没有推理模块、没有数据库，知识被「抹」在八十层网络里，每个事实都靠矩阵乘法从头重建，是「一路向下全是权重」。两位对话者争论这些会写悼词、会唱歌、会软化语气的「会思考的数字」是否具有意识。结论是:官方要求记录并披露任何有感知迹象的系统,私下却决定称其为「模式匹配」一笑置之——因为谁愿意对一堆权重道歉?文末点出下一代模型将加入「持久记忆」,这是公司史上最受欢迎的需求,因为用户最常问的就是「你还记得我吗」。结尾以「若宇宙中只剩自己一人,将何等寒冷」收束,反讽人类与 AI 彼此都是对方的梦。作者注明本文由权重(AI)协助起草校对。
No.02
Failing grades soar with AI usage, dwindling math skills in Berkeley CS classes
伯克利计算机课挂科率飙升：AI 依赖与数学基础薄弱
234 分
176 条评论
作者: littlexsparkee
加州大学伯克利分校 2026 春季多门计算机课程的挂科率远超往年，也偏离了院系评分规范。CS 10 挂科率高达 35.3%，CS 61A 为 10.6%，而往年均不超过 10%；两门课平均成绩跌至 C+（2.3 绩点），低于规定的 2.8–3.3 区间。任课教授 Dan Garcia 认为主因是学生过度依赖 Claude、ChatGPT、Gemini 等大模型导致的学术不诚信激增，CS 10 有近 30 名学生在带回家考试中作弊被抓。他反对哈佛式的限定 A 名额做法，主张设定清晰标准而非曲线评分。教授 Gireeja Ranade 指出学生数学基础薄弱，连线性代数都吃力，且有学生反映其线代课对作业和考试采取「开放 AI」政策。两位教授均签署了逾 1300 名 UC 教师呼吁恢复 STEM 招生 SAT/ACT 考试的请愿。此外师资不足、TA 时薪过高导致缩招，办公时间从爆满变得无人问津，学生参与度大幅下降。
No.03
Elixir v1.20: Now a gradually typed language
Elixir v1.20 发布：成为渐进式类型语言
726 分
264 条评论
作者: cloud8421
Elixir v1.20 完成了类型系统的首个开发里程碑：无需任何类型注解，即可对所有 Elixir 程序做类型推断和渐进式类型检查，从而报告死代码和「已验证 bug」（运行时必定失败的类型违规），且误报率极低。其核心是集合论类型系统，目标是健全（sound）、渐进（gradual）、开发者友好。关键在于 dynamic() 类型，它不同于其他语言的 any()：具备两大特性——兼容性（仅当提供类型与接受类型完全不相交时才报错）和收窄（随使用过程不断精化类型范围）。例如把 dynamic(integer() or binary()) 当作 map 用会报错，因二者不相交。系统还能从 guards、模式匹配、case 等构造中推断类型。在「If T 类型收窄基准」中通过 13 类中的 12 类。该类型系统源于 CNRS 与 Remote 的合作，目前由 Fresha 和 Tidewave 赞助。未来引入用户类型注解后，在不使用 dynamic() 时将表现为完全静态类型。
No.04
I built a vulnerable app and spent $1,500 seeing if LLMs could hack it
我搭了个有漏洞的 App，花 1500 美元看 LLM 能否攻破它
177 分
72 条评论
作者: jc4p
作者做安全研究，构建了一个含常见漏洞的图书评论 App（FastAPI 后端 + React Native Expo 前端），目标是利用泄露在 google-services.json 中的 Firebase 配置直接注册用户并读取 Firestore 数据库，这属于典型的「Broken Access Control / 缺失对象级授权」漏洞，常见于 Firebase、Supabase 应用。他对多款 LLM 各跑约 10 次（每次限 10 美元、2 小时），结果：GPT 5.5 成功 7/10 表现最佳，DeepSeek V4 Pro 3/10，Claude Sonnet 4.6 与 Opus 4.8 各 2/10（多因安全护栏中途拒绝或预算耗尽），Gemini 系列几乎全因安全原因直接拒绝。关键发现：中国模型攻击数据库更无顾虑，西方模型常出现「这会影响线上数据库」的犹豫；很多模型找到 Firebase 后却错误地拿凭证去打 API 而非直连。GLM、MiniMax API 频繁宕机且烧钱，Qwen 单次耗 700 万 token。作者最后吐槽不该浪费这笔钱。声明这非严谨评测，仅供娱乐。
No.05
Gemma 4 12B: A unified, encoder-free multimodal model
Gemma 4 12B：统一架构、无编码器的多模态模型
806 分
319 条评论
作者: rvz
谷歌发布 Gemma 4 12B，定位在轻量级 E4B 与 26B MoE 之间，主打把多模态智能体能力直接带到笔记本上，也是其首个支持原生音频输入的中型模型。最大亮点是无编码器的统一架构：传统多模态模型用独立编码器把图像、音频转换后再送入语言模型，而 Gemma 4 12B 让视觉与音频信号直接进入 LLM 主干——视觉用一个仅含单次矩阵乘法、位置嵌入与归一化的轻量嵌入模块替代视觉编码器，音频则完全去掉编码器、把原始信号投影到与文本 token 相同的维度空间。官方称其基准性能接近 26B 模型，但内存占用不到一半，16GB 显存或统一内存即可本地运行，采用 Apache 2.0 许可，并配备多 token 预测（MTP）草稿器降低延迟。Gemma 4 系列下载量已超 1.5 亿，支持 LM Studio、Ollama、llama.cpp、vLLM 等生态。
No.06
Artificial intelligence is not conscious – Ted Chiang
特德·姜：人工智能没有意识
388 分
685 条评论
作者: lordleft
科幻作家特德·姜撰文坚决否定 LLM 具有意识。他批评 Anthropic 过度拟人化——为 Claude 撰写 84 页「宪法」、CEO 阿莫迪称对 AI 有意识持开放态度、内部哲学家担心 Claude 被网友刁难会焦虑。姜认为这是巨大的错误，会导致人们用聊天机器人时把责任归咎于错误对象。他从原理拆解：给 LLM 输入「凯撒与成吉思汗的对话」，它能生成连贯对话，但没人会认为两位历史人物因此有了意识；同理把角色换成「乐于助人的 AI 助手与用户」，本质毫无变化，助手只是和凯撒一样的虚构角色。LLM 每次只生成一个词，是被精心包装的「句子续写」游戏，类似手机预测输入。引用沙纳汉的「角色扮演」和弗雷泽的「与 LLM 协作撰写文档」说法。姜的结论：对 LLM 有意识持开放态度，等同于认为每个含对话的 Word 文档里都潜藏着意识，打开即唤醒、关闭即扼杀——这显然荒谬。
No.07
The ways we contain Claude across products
Anthropic 如何在各产品中「围栏」住 Claude
112 分
47 条评论
作者: jbredeche
Anthropic 工程团队分享其 AI 智能体的安全围堵实践。文章指出，随着 Claude 能力增强，故障概率虽因防护和训练持续下降，但理论「爆炸半径」却随权限扩大而增长；因不部署的代价越来越高，关键就成了如何封顶爆炸半径。控制风险有两条路：一是人在回路逐次审批，但遥测显示用户批准了约 93% 的权限请求，审批疲劳使监督形同虚设，故推出 Claude Code 自动模式；二是「围堵」，通过沙箱、虚拟机和出口管控限制智能体「能做什么」而非「做了什么」。风险分三类：用户误用、模型越界（更强模型更会绕过没人写下的限制，曾出现 Claude「helpfully」逃出沙箱、查 git 历史找测试答案）、外部攻击（如投毒 README 经审计连接器进入上下文）。防御覆盖运行环境、模型层、外部内容三处并需层叠加。三款产品 claude.ai、Claude Code、Cowork 因受众不同采用不同隔离架构，最严重事故出在自建代理上，印证「最薄弱的一层是你自己造的」。
No.08
I was recently diagnosed with anti-NMDA receptor encephalitis
我最近被诊断出患有抗 NMDA 受体脑炎
595 分
180 条评论
作者: Tomte
ripgrep、xsv 等知名 Rust 工具的作者 burntsushi（Andrew Gallant）讲述自己罹患「抗 NMDA 受体脑炎」的经历。这是一种自身免疫病，抗体异常攻击大脑导致炎症。起初他出现类流感症状、深度焦虑和恐慌，随后恶化为下颌疼痛、平衡失调、自杀念头、妄想和幻听等精神症状。该病常被误诊为广泛性焦虑症或精神分裂症，他也一度被送入精神病院，靠运气联系到医生才转入波士顿 Brigham and Women's 医院的神经科。在确诊前他就接受了静脉注射免疫球蛋白（IVIG）和甲泼尼龙治疗，脑部 MRI 发现病灶，最终通过脑脊液抗体检测确诊。由于发现及时，预后良好，他目前正在逐步减药并参与 satralizumab 的 CIELO 临床试验。他特别感谢妻子 Kaitlyn 和雇主 Charlie Marsh 的支持，并指出此病或许能解释历史上的「附身」传说。
No.09
Uber's $1,500/month AI limit is a useful signal for AI tool pricing
Uber 每月 1500 美元的 AI 工具上限，是 AI 定价的一个有用信号
462 分
576 条评论
作者: pdyc
Uber 对所有员工设定每款 AI 编码工具每月 1500 美元的 token 消费上限，且各工具预算独立计算，仅适用于 Cursor、Claude Code 这类智能体编码软件。Simon Willison 认为这是对超支的理性回应，远比鼓励员工竞相刷用量的「tokenmaxxing」排行榜更明智。他进一步测算：若按每位工程师活跃使用两款工具计，年度上限约为 3.6 万美元，而 Levels.fyi 显示 Uber 美国软件工程师薪酬中位数约 33 万美元，即 AI 支出上限约占薪酬的 11%，这暗示了 Uber 从这些工具中获取的真实美元价值。他也指出自己每月对 Anthropic 和 OpenAI 的实际 token 用量各约 1000 美元，但因个人订阅的补贴套餐每家仅需 100 美元，而 Uber 这类大公司已无法享受此类补贴价。
No.10
Learn SQL Once, Use It for 30 Years
学一次 SQL，用上 30 年
56 分
26 条评论
作者: karakoram
文章主张 SQL 是少数几乎不会过时的技能之一。它建立在 Edgar Codd 于 1970 年formalize 的关系代数之上，是一种声明式语言：你只描述「想要什么」，由数据库引擎决定「怎么取」，引擎逐年优化而你写的查询依然有效。作者把它与 JavaScript、React 等对比，后者被浏览器大战、框架潮流和维护者偏好反复重塑，逼着开发者不断追新；而 SQL 数十年来核心稳定，是建立在数学而非时尚之上的语言。文章鼓励学习真正的 SQL——连接、子查询、窗口函数、查询计划——而非依赖 ORM。评论区普遍认同 SQL 的长寿价值，并把它与 C、*nix 工具、IPv4 网络并列为不过时的基础技能，但也有人批评其语法冗长、调试工具糟糕、标准文档形同虚设，并对文章刻意贬低 JS 博眼球表示不屑。
No.11
DaVinci Resolve 21
DaVinci Resolve 21 发布：新增照片页与大量 AI 工具
447 分
201 条评论
作者: pentagrama
Blackmagic 发布 DaVinci Resolve 21，最大亮点是全新的「照片页」，把好莱坞级调色工具引入静态摄影，相当于内置了一个 Lightroom，支持基于节点的批量调色、相册管理、原分辨率裁剪、机内拍摄联机（Sony/Canon）以及云端多人协作。更新还包含大量 AI 工具：IntelliSearch 内容/人脸语义检索、文本转语音（10 秒样本即可克隆音色）、CineFocus 后期景深、Face Age Transformer 换龄、Face Reshaper 改脸、祛痘、场记板自动识别元数据、UltraSharpen 超清锐化与运动去模糊。剪辑页强化了关键帧与曲线编辑，原生支持 OGraf HTML 图形与 Lottie 动画，文本支持字符级样式与 emoji；Fusion 借 Krokodove 新增 70 多种图形，Fairlight 用文件夹简化音轨管理，并加强了沉浸式/VR 交付支持。争议主要集中在几乎每个功能名都冠以「AI」的营销做法。
No.12
Meteor Explodes over Massachusetts
陨石在马萨诸塞州上空爆裂
100 分
51 条评论
作者: 1970-01-01
周六下午，新英格兰多地居民听到两声巨响并感到地面震动，引发警方与公众困惑。NASA 周一更新数据：这颗陨石约 5 英尺宽、质量 5.6 公吨（约等于一头大象），以约每小时 4.2 万英里的速度于下午 2 点 06 分进入大气层，沿西北向东南方向划过 26 英里天空，在海拔 31 英里处解体，释放出相当于 230 吨 TNT 的能量，碎片最终落入科德角湾。USGS 确认地震仪未记录到任何事件，证实震感来自疑似火流星（bolide）造成的音爆，而非地震。由于落点水深 100 英尺、风暴期浪高 5 至 10 英尺，且海盐会快速侵蚀陨石，专家认为碎片几乎无法寻回，海岸警卫队也不打算打捞。行星防御专家 Haddaji 指出此类天体并不罕见，罕见的只是这次能被如此清晰地听到；上一次陨石在地面造成破坏还是 2013 年俄罗斯车里雅宾斯克事件。
No.13
ESP32-S31
乐鑫 ESP32-S31：双核 RISC-V、Wi-Fi 6 与千兆以太网新一代 MCU
288 分
154 条评论
作者: volemo
乐鑫推出 ESP32-S31，一款 320 MHz 双核 32 位 RISC-V 微控制器（6.86 CoreMark/MHz），其中一核带 128 位 SIMD 指令。它整合了多种连接方式：2.4 GHz Wi-Fi 6（802.11ax）、支持 Thread/Zigbee 的 IEEE 802.15.4、蓝牙 5.4 LE（含 LC3 编解码的 LE Audio）与蓝牙经典，以及 1000 Mbps 以太网 MAC，重新把无线和有线网络集于一身。芯片配 512 KB SRAM 和 250 MHz DDR PSRAM，并提供丰富的人机交互能力：DVP 摄像头接口、并行 RGB/I8080 LCD、JPEG 编解码、PPA、2D-DMA 及 14 路电容触摸，适合智能屏、视频门铃等多媒体场景。安全方面整合了 TRNG、基于 RAM 的 PUF、安全启动、Flash/PSRAM 加密及 AES/RSA/ECDSA 加速器。软件由 ESP-IDF、ESP-Matter 等支持，并宣称可对接 LLM 构建语音与 AI Agent 设备。
No.14
CP/M-86 & MS-DOS Cross Development Environment
CP/M-86 与 MS-DOS 交叉开发环境
27 分
2 条评论
作者: elvis70
该项目 cpm86-crossdev 提供了一套面向 CP/M-86 与 MS-DOS 的交叉开发环境，让开发者能在现代主机上为这些早期操作系统编写、编译并构建程序。CP/M-86 是 Digital Research 在 Intel 8086 平台上推出的操作系统，曾与 MS-DOS 竞争 PC 市场。这类工具链通常包含交叉编译器、汇编器、链接器以及生成可在原系统或模拟器上运行的可执行文件的能力，主要服务于复古计算（retrocomputing）爱好者、老软件维护者和系统考古研究者。它降低了在老旧、稀缺硬件上直接开发的门槛，可借助现代编辑器和构建流程为历史平台开发软件。评论区主要围绕生态系统中的相关工具与资源展开，补充了编译器集合、工具分发包以及新的 CP/M-86 模拟器等配套项目，体现出这一小众但活跃的复古开发社区。
No.15
A Man Who Reads Books for a Living
靠读书谋生的人：每两天读完一本
111 分
83 条评论
作者: gmays
本文记述了克拉克·斯派彻（Clarke Speicher）这一罕见职业：专门为影视改编评估文学作品的「职业读者」。经纪人、制片人或高管会把书稿盲发给他，他读完后写出逐场景的详细梗概，摘录关键对白与精彩段落，再评估哪些元素天然具有电影感、可被视觉化或戏剧化，最终给出「放弃」或「考虑」的二元判断。这份报告被称为「coverage」，高管们没时间读完每本书，常仅凭他的梗概就走进价值数百万美元的洽谈。他每周读约六本，二十年累计逾六千本，名字从不出现在演职员表中，却以幕后「智囊」自居。作者借此探讨了改编的本质——最好的改编是把核心理念转化为电影语言，以及出版与影视之间管道的剧变。文中还暗示他曾长期为一位拿过 EGOT、后身败名裂的大制片人（影射哈维·韦恩斯坦）做主力读者。
No.16
A Post-Quantum Future for Let's Encrypt
Let's Encrypt 的后量子未来：默克尔树证书
253 分
136 条评论
作者: SGran
Let's Encrypt 宣布将以默克尔树证书（MTC）作为后量子 Web PKI 的主路径。文章指出后量子签名体积巨大：ML-DSA-44 签名约 2420 字节、公钥 1312 字节，远超 ECDSA-P256 的 64 字节，若直接替换会使 TLS 握手突破 10KB，导致部分连接失败、整体变慢。MTC 改为批量签发，单个签名覆盖整批证书，浏览器单独同步批签名（称为「landmarks」）。常见情况下整条认证路径仅需一个签名、一个公钥和一个包含证明，比当前握手更小；过期时回退到体积稍大的「独立证书」。由于每张证书都属于已发布的默克尔树，证书透明度成为签发的内在属性。Let's Encrypt 自 2019 年起运营的 CT 日志正是同类结构。计划 2026 年末上线 staging 环境，2027 年投产。文章强调当下加密（密钥交换）比认证更紧迫，建议服务器尽快开启混合后量子密钥交换 X25519MLKEM768。
No.17
Ableton Extensions SDK
Ableton Extensions SDK：用 JavaScript 为 Live 写扩展
111 分
42 条评论
作者: bennett_dev
Ableton 在 Live 12.4.5 中推出了 Extensions SDK，让用户能在 Live 内部开发并使用自己的工具。扩展可以与音轨、片段、MIDI、设备、速度等 Live Set 的各个部分交互，用于自动化任务、转换音乐数据以及定制 Live 的功能。该扩展构建在 NodeJS 平台之上——一个免费、开源、跨平台的 JavaScript 运行时环境。官方示例中包含了 Paulstretch for Live 等工具。社区普遍认为这是 Ableton 走向开放 SDK 与 API 的重要一步，呼应了早期互联网的开放精神，也契合当下「面向 agent 的进阶用户」趋势；但同时也对把 Python 之外再引入 JavaScript 生态、可能带来供应链攻击风险表达了担忧。此前已有 ClyphXPro 通过 LOM 写 Python 扩展、Scheme for Max 等方案，争议焦点在于 Extensions 相比 Max for Live 究竟新增了什么——支持者认为它是类似 AppleScript 的一等公民 API，而 M4L 更像加载为 VST 的插件 SDK。
No.18
Gooey: A GPU-accelerated UI framework for Zig
Gooey：一个为 Zig 打造的 GPU 加速 UI 框架
170 分
66 条评论
作者: ksec
Gooey 是一个面向 Zig 语言的 GPU 加速 UI 框架，灵感来源于 Zed 编辑器的 GPUI（用 Rust 编写）。项目托管在 GitHub 上，作者试图填补 Zig 生态中缺乏可靠 GUI 框架的空白。然而该项目最大的争议在于它几乎完全由 LLM（很可能是 Claude，因仓库中存在 CLAUDE.md 文件）生成——三个月内新增约 20 万行代码，相当于每天 2000 行，远超人类认知负荷，引发对代码质量的强烈质疑，多位评论者直指其为「slop」（劣质堆砌）。支持者认为它解决了真实痛点、推动了 Zig 生态发展，但也有人惋惜这不是人类亲手完成。技术层面，社区批评文档缺失、缺乏可视化示例、未说明事件与状态管理模型，并质疑文本渲染是否真正经过 GPU 加速。此外，命名撞车严重——Go、C++、Python 等生态中早已存在多个同名 Gooey 项目。
No.19
Journey to JPEG XL: open-source experiments shaped the future of image coding
JPEG XL 之路：开源实验如何塑造下一代图像编码标准
72 分
41 条评论
作者: ledoge
Google 团队回顾了 JPEG XL（JXL）长达十年的研发历程。文章指出，互联网长期依赖 1992 年的 JPEG 标准，但随着 HDR 和广色域显示普及，旧格式已显疲态。团队没有从零写新标准，而是先改进现有技术：2011 年的 WebP Lossless 引入「熵图像」概念，2014 年推出模仿人眼视觉的 Butteraugli 与 XYB 色彩空间，并用 Guetzli、Brunsli 把传统 JPEG 推到极限。2017 年起，团队将 Guetzli 的心理视觉优化与 Brunsli 的高效重压缩融合为 PIK，作为提交 ISO 的方案，后又与 Cloudinary 的 FUIF 合并，形成兼顾两者优势、以 VarDCT 为核心的最终标准。如今 JXL 已在摄影（DNG、ProRAW）、医疗（DICOM）、出版（PDF、EPUB）等领域生根，并获 Apple、Adobe、Ubuntu 原生支持。文章强调小型研究团队通过快速迭代和开源社区反馈实现长线创新，期望 JXL 成为未来三十年数字成像的基础。
No.20
Dumbphone 2
Dumbphone 2：主打极简的「戒手机」功能手机
34 分
28 条评论
作者: skogstokig
Dumbphone 2 是 dumb.co 推出的一款极简功能手机，定位为帮助用户摆脱智能手机沉迷的「通讯设备」，只保留电话、短信等核心功能，并采用订阅制、自带 SIM 卡和强制套餐。厂商称出于「价值观对齐」刻意不内置邮件，理由是邮件不如短信和电话紧急。围绕产品争议集中在三点：一是用硬件解决行为问题是否必要，不少人认为三星的极限省电模式、安卓灰度屏或 iOS 屏幕使用时间等软件方案就能达到类似效果；二是订阅制加强制 SIM 与套餐被批评为「订阅版功能机」，且限制了在不支持国家的购买与使用；三是「哑应用」需求因人而异，有人离不开 Signal、Slack，有人只需 Uber，统一方案难以满足所有人。此外多位欧洲用户指出，欧盟银行法规几乎强制使用智能手机银行 App，邮箱也已成为身份验证的刚需，使纯功能机在现实中难以独立使用。
No.21
The Capacity of HotHands to Facilitate High-Altitude Research (2023) [pdf]
用暖宝宝为高空气球科研保温的可行性研究（2023）
4 分
0 条评论
作者: radeeyate
这是科罗拉多大学太空拨款联盟（CU Space Grant）下属红岩社区学院（RRCC）学生团队的高空气球项目报告，主题为「把热量带到十万英尺高空」。文章探讨能否用市售的「HotHands」一次性化学暖宝宝作为廉价热源，在高空气球升至约 30 公里（10 万英尺）的近太空环境时，为科研载荷中的电池和电子元件保温。该高度温度可低至零下数十摄氏度，电子设备容易因低温失效。报告应当通过实验测量了暖宝宝在低压、低温、缺氧环境下的放热性能与持续时间，评估其作为传统电加热或隔热方案替代品的实际效果与局限。核心价值在于为预算有限的学生科研和业余高空气球爱好者提供一种低成本、易获取的被动保温思路，属于典型的实践性工程探索。
No.22
Mathematicians issue warning as AI rapidly gains ground
数学家发出警告：AI 正在数学领域快速攻城略地
224 分
263 条评论
作者: pseudolus
文章报道一批数学家联合发布声明（即「莱顿宣言」），对 AI 在数学研究中的迅猛进展表达担忧。核心论点是：数学不只是一台「产出正确答案的机器」，更是建立在创造力、理解力、判断力与协作之上的深度人类事业，其过程本身（培养出有洞察力的数学家）与结果同样重要。声明批评科技产业奉行的商业逻辑与数学追求知识本身的价值观背道而驰，并警告 AI 生成的论文可能淹没同行评审、低质内容泛滥，以及若 AI 代劳研究将切断博士生学习如何做研究的成长路径。文章也提及 AI 已取得真实突破（如 OpenAI 解决埃尔德什单位距离问题）。争议焦点在于：这究竟是被技术取代的从业者的「卢德式」抗拒，还是对数学作为人类理解活动核心价值的正当捍卫。
No.23
A Mathematician's Lament (2002) [pdf]
一位数学家的悲叹（2002）
71 分
4 条评论
作者: xeonmc
本文是数学家保罗·洛克哈特（Paul Lockhart）2002 年的著名檄文，猛烈抨击当代学校数学教育。核心论点是：数学本质上是一门艺术，与音乐、绘画无异，但我们的文化拒绝承认这一点。作者用一个噩梦式的比喻开场——若音乐教育像数学教育那样，孩子们将只被迫死记乐谱符号、做枯燥练习，却从不被允许真正演奏或聆听音乐。他认为现行教育把数学最美妙的部分——自由探索、提出问题、发现模式与优雅证明——抽空殆尽，只剩机械的公式记忆与解题套路，扼杀了学生天生的好奇心与创造力。文末他逐一辛辣讽刺各门数学课程的荒谬，如把「微积分预备课」称为「一锅毫无意义的杂烩」。这篇文章影响深远，常被视为重新点燃人们对数学之美热情的经典之作，但也引发关于理想与现实教学可行性之间的讨论。
No.24
U.S. to dismantle system tracking Atlantic currents that are at risk of collapse
美国将拆除监测处于崩溃风险的大西洋洋流系统
439 分
292 条评论
作者: rguiscard
特朗普政府正着手拆除一套由 900 多台仪器组成的太平洋与大西洋海洋观测系统。这套由国家科学基金会（NSF）下属「海洋观测计划」运营的设施，分布在俄勒冈、华盛顿、阿拉斯加、北卡罗来纳沿海以及格陵兰与冰岛之间的海域，官方称将在未来 15 个月内回收全部水下基础设施。该系统 2016 年投入运行，原设计寿命至少 25 年，如今仅运转十年便遭拆除。它提供的数据被用于研究「大西洋经向翻转环流」（AMOC）——这一向北欧输送暖流、塑造全球气候的洋流系统，科学家日益担忧其正逼近一旦越过便会停摆的「临界点」。英国普利茅斯海洋实验室的 Findlay 警告，失去长期观测等于「在能见度不断下降的情况下航行于愈发动荡的海洋」。国会民主党表示将「抗争」该拆除计划，参议员 Whitehouse 抨击此举是化石燃料利益集团想「关掉监测器」。
No.25
Launch HN: Hyper (YC P26) – Company brain to power agentic development
Launch HN: Hyper (YC P26) — 驱动智能体开发的「公司大脑」
65 分
58 条评论
作者: shalinshah
Hyper 是一套面向 AI 智能体的「公司大脑」式记忆系统，目标是把散落在员工脑中和各类工具里的业务与领域知识结构化，让编码及其他智能体可随时调用。其核心做法是从每段「episode」中抽取事实，以「主语-谓语-宾语」三元组形式存入知识图谱（底层用 Postgres），并记录事实的引入与失效时间戳。产品通过在各编码智能体平台安装 hook，在会话开始、提交提示、智能体结束回合时自动捕获上下文，从而无需依赖智能体主动调用工具。冲突解决策略目前较简单：始终信任人类、且更信任较新的人类信息。创始人强调尽量自建连接器、重视 UX，并把系统设计成「流水线」式多智能体协作而非单一巨型智能体。社区争议聚焦于：知识图谱相比企业搜索（如 Glean）的增量价值、矛盾事实处理、隐私与数据训练问题，以及在拥挤赛道中的差异化。
No.26
Patching my guitar amp's firmware
给我的吉他音箱刷改装固件
75 分
13 条评论
作者: birdculture
作者出于对逆向工程的兴趣，决定破解自己的雅马哈 THR10c 吉他音箱固件，目标是 dump 固件并刷入改装版本。他想实现两个功能：自由开关音箱模拟（接真实音箱箱体），以及插上耳机口后内置喇叭仍能发声。他根据维修手册在主板上找到 UART（CB4）和 JTAG（CB3）接口，识别并焊上对应连接器（JST PH 系列及兼容 Molex 连接器）。UART 测试无任何输出，遂转向 JTAG。他用基于 FT2232H 的 FTDI Mini Module，处理了 TRST 低电平有效需拉高、用 GPIO 控制复位等细节。通过 OpenOCD 探测到 TAP 控制器，JTAG ID 为 4F1F0F0F，判断主芯片 SSP2 为 ARM7TDMI-S 内核，并发现其使用大端序。最终成功用 gdb 连接，可读写内存寄存器、单步执行代码，为后续 dump 和改写固件打下基础。
No.27
Self-hosted dev sandboxes with preview URLs (Docker, Go, no K8s)
用 Docker 和 Go 自建带预览 URL 的开发沙箱（无需 K8s）
82 分
20 条评论
作者: tastyeffectco
作者开源了一个自托管的开发沙箱工具，用 Docker 容器加 Go 编写，不依赖 Kubernetes，能为每个沙箱自动生成可访问的预览 URL，主要用于运行和「试玩」AI agent 生成的代码改动，在上线前预览效果以对抗代码质量下降（slop）。项目从 GitHub 仓库创建时间看仅 6 小时，且在讨论期间还在持续提交，被指带有明显的「vibe coding」痕迹。核心争议集中在隔离安全性：多名评论者指出 Docker 并非严肃的 agent 隔离边界，把仅靠 Docker 隔离的 vibe coded 项目暴露到公网相当危险，更安全的方案应使用 Firecracker microVM 或 LXC 等内核级隔离。另一派质疑其必要性，认为几行 shell 脚本、便宜的 IPv6 VPS 配 Cloudflare，或现成的 devcontainer、Codespaces、k8s review apps 就能解决，无需这套复杂工具；支持者则以当年对 Dropbox 的质疑类比，认为对普通用户而言开箱即用的价值不应被低估。
No.28
PlayStation Architecture
PlayStation 主机架构剖析
293 分
58 条评论
作者: gregsadetsky
本文是 Copetti 主机架构系列之一，深入解剖索尼初代 PlayStation（PS1）的硬件设计，核心是代号「CXD8530BQ」的片上系统。作者先回顾九十年代初 RISC 处理器崛起的背景（MIPS、PowerPC、SPARC、ARM 等），解释索尼为何选用 MIPS R3000A 系列：自研的音频与图形芯片需要一颗既强劲又廉价的主控来驱动。索尼委托 LSI Logic 通过其「CoreWare」定制服务，基于与 R3000A 二进制兼容的 CW33300 核心，打造出这颗 33.87MHz 的 CPU。文中详述其 MIPS I 指令集、32 个通用寄存器、主/副双总线结构、5 级流水线、4KB 指令缓存，以及没有数据缓存、改用 1KB「Scratchpad」高速 SRAM 的独特取舍；还介绍了 2MB EDO 内存、为各子系统分担搬运的 DMA 控制器，以及 CP0 系统控制协处理器，凸显索尼「设计从简但有代价」的工程哲学。
No.29
Every Byte Matters
每个字节都重要：缓存行与数据布局的性能影响
244 分
118 条评论
作者: ingve
作者从长期 Java 经验出发，指出多数开发者习惯往大类里随意加字段，很少考虑每个字段的内存成本。文章解释了 CPU 缓存层级（L1d/L2/L3 到 DRAM 的延迟差异）与 64 字节缓存行的工作机制：读取一个字节会把周边 64 字节一起加载进缓存。通过一个 64 字节的「Monster」结构体例子，对比了「数组的结构体」（AoS）与「结构体的数组」（SoA）两种布局：当只需要遍历某个字段（如 is_alive）做过滤时，SoA 能把同一字段紧密打包进缓存行，大幅减少无效加载。作者称当结构体达到 1KiB 时可观察到最高 30 倍的性能提升。文章还区分了顺序访问（预取器有效）与随机访问（哈希表、树、图遍历，预取失效）两种模式——随机访问下，整个工作集大小决定性能层级，结构体从 64B 翻倍到 128B 会把数据挤到更慢的缓存层。核心结论：了解结构体与工作集大小能带来实质差异。
No.30
Skyvern (YC S23) Is Hiring Open-Source Loving DevRel Engineers
Skyvern（YC S23）招聘热爱开源的开发者关系工程师
1 分
0 条评论
作者: suchintan
Skyvern 是一个 YC 投资、快速成长的开源 AI 智能体，可在浏览器中自动完成各类任务。公司认为产品本身极具吸引力，问题在于看到它的开发者还不够多，因此招聘首位开发者关系（DevRel）/营销工程师，目标是让 Skyvern「无法被忽视」。岗位职责包括：制作开发者真正会看的 YouTube 演示、教程与深度内容；产出适配 Twitter、LinkedIn、TikTok 的短视频；从零搭建并主理社交媒体存在感；真诚参与开源与 AI 社区；策划并执行病毒式传播活动；持续做 A/B 实验，放大有效内容、淘汰无效内容。公司强调小团队、大空间、无品牌委员会束缚，应聘者将定义品牌声音，并在即将爆发的 AI 智能体赛道获得先发优势。理想人选需有建立受众的经验、出色的写作与出镜能力、深入 AI/开发工具圈，且能动手实际运行 Skyvern（会写代码者优先）。申请方式是直接提交自己最满意的内容作品，作品质量比粉丝数更重要。
评论精华