No.01
Astra for Coding: Why Are We Doing This Again?
Astra 写代码：为什么我们又在这样做？
229 分
134 条评论
作者: manojbajaj95
作者用「内卷」形容当前 AI 工程：投入和复杂度不断增加，却未必提升人均产出。他以 GPT 6 Astra 周末运行「软件工厂」为例，让模型自主管理上下文、派生子代理，尝试实现带虚拟线程和词法作用域的 Python，消耗约 35 小时和巨量 token 后几乎没有有价值成果。Astra 在长任务、视觉、逆向工程上很强，但写软件时常用大量 Python 或复杂 shell 代替可审查的补丁，生成难读、过度设计、难维护的代码。作者怀疑训练奖励偏向长程完成和表面成果，而缺少对代码质量、人类可理解性与协作效率的约束。
No.02
Shopify is moving from React Native back to Swift and Kotlin
Shopify 从 React Native 回归 Swift 与 Kotlin
1006 分
686 条评论
作者: fnthawar2
Shopify 曾在 2020 年全面押注 React Native，并认为它显著降低了跨平台开发成本。但公司认为 LLM 编码能力改变了核心假设：用 Swift 和 Kotlin 分别实现同一功能已不再接近两倍工作量。原型显示，AI 代理能参考一端实现另一端、辅助跨栈上手，并通过规格、测试和审查降低平台一致性成本。Shopify 因此选择用原生重建主要移动应用，Shop 应用已在 12 周内完成并上线。为避免 AI 生成不可维护代码，公司构建「Helix」按屏幕拆分检查点，结合测试、视觉对比、对抗式代码审查和人工确认逐步迁移。争议集中在复杂度是否被低估、对 LLM 的战略依赖、React Native 团队去向及开源库后续维护。
No.03
The Gemini app is now available for Windows
Gemini 桌面应用登陆 Windows
35 分
17 条评论
作者: quysala12
Google 宣布面向 Windows 10 和 11 全球推出 Gemini 桌面应用，主打在不打断工作流的情况下提供即时 AI 辅助。用户可用 Alt + Space 在当前窗口上方快速唤起 Gemini，进行事实核查、标题构思等轻量任务；也可在独立工作区调用 Gemini Spark 处理多步骤任务，并从 Gmail、Google Drive 等 Google 应用提取信息生成项目摘要。应用还整合 Nano Banana 图像生成和 Gemini Omni 视频生成。Google 称其轻量、安静，未来会加入更多原生桌面能力。评论区关注点集中在资源占用是否改善、桌面端是否会发展成类似 Codex 或 Claude Code 的本地任务代理，以及 Google AI 产品线体验混乱、易碎片化的问题。
No.04
We Replaced MMAP with Io_uring in Our Rust Query Engine. It Got Slower
用 io_uring 替换 mmap 后，Rust 查询引擎反而变慢
26 分
12 条评论
作者: rzk
Conviva 的 Rust 查询引擎原本用「mmap」读取本地 NVMe 上的大型 Arrow IPC 文件，零拷贝和随机访问很方便。但在真实并发负载下，主机共享页缓存成为隐性瓶颈：多 pod 争抢缓存和内核锁，RSS 接近满内存后触发回收，主缺页、次缺页和上下文切换激增，p95 从约 30 秒飙到 150 秒以上，硬件 21GB/s 的顺序读能力只用到约 16%。团队因此尝试「io_uring」与绕过页缓存的直接 I/O，但文章也强调，这不是简单替换 API 就能赢，架构和缓存管理方式必须随之改变。
No.05
Don't let anyone take away your big box of cables
别让人扔掉你的那箱旧线缆
473 分
323 条评论
作者: Brajeshwar
作者看到 Tyler Gaw 发帖说，自己从存放十多年的「大箱线缆」底部翻出了今天正好需要的两根线，于是深受触动。他把这段话打印出来，贴在自家被标为「家庭科技箱」的线缆盒外，既提醒自己保留这些看似无用配件的价值，也警告家人别随手丢掉。文章以幽默口吻写出技术人对旧线缆、转接头和备用件的复杂情感：它们多数时间像杂物，但偶尔能在关键时刻省钱、救急并带来强烈的被验证感。争议点则在于，这种经验也可能强化囤积习惯，带来整理、老化、安全和遗物清理负担。
No.06
Nine coding harnesses vs. your laptop
九种编码代理在笔记本上的资源对比
72 分
13 条评论
作者: nasutton12
原文托管在 Notion，抓取到的正文仅提示需启用 JavaScript，无法获得完整论证；从标题与评论看，文章似乎比较九种本地或轻量编码工具在笔记本等受限环境中的表现，关注速度、资源占用、提示词开销和结果稳定性。社区讨论认为这类基准会随工具更新快速失效，需要可复现的小型 benchmark 仓库；也有人指出文中关于夜间波动和「lean arms」的表述不清。另有评论补充 Codex、opencode、oh-my-pi、llama.cpp 等工具的实际体验，争议集中在性能数据是否可解释、AI 生成文档是否可信，以及代理框架本身是否过重。
No.07
OpenAI Agents API
OpenAI 推出 Agents API
242 分
133 条评论
作者: aquir
OpenAI 的 Agents API 将 Codex 执行框架托管为可调用 API：开发者定义模型、指令、工具、MCP 服务器和运行环境，OpenAI 负责会话管理、编排、上下文压缩、恢复与子代理委派。Agent 可在 OpenAI 托管或自托管沙箱中执行代码、改文件、连接外部数据并产出工件，适用于事故响应、Slack 助手、数据分析、GitHub 问题调查等场景。费用按模型、工具和容器计费。限制包括数据驻留仅美国、不支持 ZDR，即使用自托管沙箱也不改变。争议集中在供应商锁定、数据访问、安全和是否应由模型厂商掌控 agent 基础设施。
No.08
Working with Git Worktrees in Magit
在 Magit 中使用 Git Worktree
24 分
4 条评论
作者: srijan4
作者原本长期只用分支，直到 AI 编程代理为并行任务自动创建「git worktree」，才意识到它的价值。文章解释：分支只是提交指针，但仓库通常只有一个工作目录，频繁切换会带来暂存、重建和上下文干扰；worktree 则是在同一仓库上挂出多个独立工作目录，共享对象库、引用和远端，每个目录有自己的 HEAD 与索引，适合长测试、PR 审查、多代理并行等场景。代价是未纳入 Git 的依赖和构建缓存要分别准备。作者还提到「Jujutsu」用自动快照、无暂存区和 workspace 进一步缓解上下文切换问题。Magit 已内置 worktree 支持，可用快捷键管理，并建议显示 worktree 列表、使用同级目录、避免手删目录。
No.09
Mexican student creates an acoustic fire extinguisher to put out fire in seconds
墨西哥学生用声波灭火器数秒扑灭火焰
180 分
67 条评论
作者: rguiscard
文章介绍墨西哥 16 岁学生 Ángela Karime Venegas Hernández 的项目：用 12V 电池、频率发生器和扬声器发出每秒 30 次脉冲，通过振动扰动火焰周围氧气，使蜡烛等火源在 5 到 8 秒内熄灭。她称该装置为「Vortex Tech」，并称已在木材、易燃液体、食用油和电子设备上测试百余次，特点是不留残留、不污染。评论区主要争议在于文章声称这是无人提出过的想法，但声学灭火已有多次公开实验、DARPA 和大学项目；社区普遍认为它是不错的学生探索，但离可产品化仍有明显限制。
No.10
The Deathray: A simple way for an untrusted site to freeze a Mac
Deathray：不可信网站冻结 Mac 的简单方法
156 分
103 条评论
作者: auberonedu
作者展示了一个名为「Deathray」的 WebGPU 漏洞样例：网页中的计算着色器无限循环写入缓冲区，渲染着色器又依赖同一缓冲区，导致 GPU 队列阻塞，并进一步拖垮 macOS 的 WindowServer，使桌面无法操作，最终可能由看门狗触发内核崩溃重启。问题在 Chrome、Firefox、Safari 的 macOS 上复现，其他系统通常只卡住标签页。作者已向 Apple 披露，但 Apple 认为这类崩溃、挂起或可恢复数据丢失不构成安全问题。文章认为它虽不如 RCE 或沙箱逃逸严重，但点击链接即可造成整机不可用，破坏了用户对浏览器隔离性的信任，应通过更好的 GPU 预占或隔离修复，而不是简单禁用 WebGPU。
No.11
Technique for Manipulating Satellite Photos Now Reveals Ancient Images (2025)
NASA 卫星图像增强技术正在揭示古代壁画
324 分
53 条评论
作者: gumby
NASA 最初用于卫星与火星图像的「去相关拉伸」算法，通过扩展颜色差异来显现肉眼难辨的细节。数学博士、医学影像从业者 Jon Harman 受 NASA 论文启发，将其做成 ImageJ 插件 Dstretch 和手机应用，广泛用于岩画、壁画、木乃伊纹身和航拍考古。它帮助发现吴哥窟约 200 幅褪色绘画，也在挪威、埃及、加拿大和希腊揭示新图像或遗迹。文章强调航天技术的跨界转化；评论则指出类似假彩色和色彩空间增强并不新，关键在于易用工具推动了考古应用。
No.12
NTSB issues investigative update on B-767 runway excursion accident in Miami
NTSB 更新迈阿密波音 767 货机冲出跑道事故调查
96 分
163 条评论
作者: mckn1ght
美国国家运输安全委员会发布 21 Air 7598 航班在迈阿密国际机场冲出跑道事故的初步调查更新。CVR 与 FDR 已成功读取：录音质量良好，数据记录约 54 小时、400 多项参数。初步记录显示，事故前数分钟机组在速度过快、襟翼设置受限、进近不稳定等情况下继续着陆；末段曾有人喊出复飞，但又释放刹车、加油门后中止复飞。记录还显示没有速度刹车或反推部署迹象。NTSB 强调时间线尚未精确同步，结论仍可能变化。
No.13
Cognition launches new SWE-2 model, Rivaling Fable 5.1 and GPT-Astra
Cognition 发布 SWE-2 编码模型，主打更低成本接近前沿能力
405 分
172 条评论
作者: seelos
Cognition 发布 SWE-2，称其在 FrontierCode 1.1 Main 达到 50.0%，接近 Fable 5.1 且便宜 64%。模型基于 2.8T 参数的 Kimi K3 后训练，通过单次 RL 覆盖多种推理力度、引入线性成本惩罚、奖励基线、在线 draft 模型与更大规模训练环境，试图同时推进能力与成本帕累托前沿。文章强调 SWE-2 比 SWE-1.7 更少过度探索、更早动手、测试与验证纪律更强，已进入 Devin Desktop 和 CLI。争议集中在自家基准可信度、Terminal-Bench 4 表现、闭源与 Devin 平台锁定。
No.14
iPhone Duo
苹果首款折叠 iPhone Duo
1444 分
2482 条评论
作者: thecosmicfrog
苹果发布 iPhone Duo，定位为首款折叠 iPhone：展开后配备 7.6 英寸 Super Retina XDR 内屏，显示面积比 iPhone 18 Pro Max 大 50%，外屏接近 iPhone 18 Pro，支持横向、纵向、闭合、坐放、站立等多种姿态。产品强调重新设计的 iOS 多任务、内外屏一致比例、低眩光纳米纹理、屏下 FaceTime 摄像头、A20 Pro、双电池、快速充电、AI 功能和 48MP 双摄。争议集中在 1999 美元起的价格、第一代折叠机耐用性、尺寸偏大，以及它究竟能否替代 iPad mini 或只是高价小众产品。
No.15
Thelio Mira AI Linux Workstation: 192 GB GPU Memory
System76 推出 192GB 显存的 Thelio Mira AI Linux 工作站
89 分
70 条评论
作者: jonifico
System76 发布 Thelio Mira AI，一款面向本地 AI 开发的 Linux 工作站，最高可配 16 核 AMD Ryzen 9000、192GB DDR5 内存、双 NVIDIA RTX Pro 6000 GPU 和 192GB 显存，用于多 GPU 训练、微调、推理、计算机视觉与仿真。机器提供 Pop!_OS、Ubuntu 等系统选项，具备双 5GbE、Wi-Fi 7、多块 NVMe 与双电源配置，强调在丹佛制造和组装。争议集中在价格与定位：基础款约 3299 美元，但顶配超过 4 万甚至 5 万美元，社区质疑其「affordable」表述、消费级 CPU 与散热设计是否匹配高端 AI 负载，并拿 Mac Studio、NVIDIA Spark、H100 等方案作比较。
No.16
More questions about whether researchers can trust OpenAI with unpublished math
研究者能否信任 OpenAI 处理未发表数学成果
789 分
725 条评论
作者: pred_
这篇链接指向 Mastodon 帖，但抓取到的正文仅提示需启用 JavaScript，无法还原完整原文。结合标题与讨论，核心争议是：OpenAI 近期数学突破是否可能受研究者在 ChatGPT、Codex 等产品中输入的未发表想法影响，尤其当研究者曾用模型讨论开放问题时，数据是否进入训练、去标识化分析或内部研究流程。社区焦点集中在 OpenAI 是否给出足够明确的否认、用户数据控制开关是否可信、学术信用归属如何界定，以及研究者把敏感未发表成果交给闭源云端模型是否本身存在重大风险。
No.17
Music Theory for the 21st-Century Classroom
面向现代课堂的开放音乐理论教材
215 分
89 条评论
作者: aanet
这是 Robert Hutchinson 编写的开放在线音乐理论教材，覆盖大学一年级常见内容：音高、记谱、大小调、节奏、音程、三和弦、罗马数字、和声进行、曲式、配器纹理、声部进行、对位，以及后半部分的爵士理论、印象主义、集合理论、十二音序列和极简主义。页面采用超文本目录、练习答案、SVG 乐谱与外部音视频示例，适合课堂或自学。争议集中在标题中的「21st-Century」：评论认为它主要仍是西方古典与传统记谱体系，现代电子音乐、DAW、微分音和非西方音乐理论覆盖不足。
No.18
Forgejo <=16.0.3 Critical RCE
Forgejo 16.0.3 及以下存在严重 RCE 漏洞
174 分
63 条评论
作者: weierstass
Forgejo 发布 16.0.4 安全修复，针对 16.0.3 及以下版本的严重漏洞；15 LTS 用户对应修复在 15.0.8。由于 Codeberg 页面触发限流和反机器人提示，社区主要从 PR 与里程碑还原细节：攻击与从模板仓库创建新仓库有关，模板变量展开可能干扰 Git 仓库初始化，恶意模板仓库可导致读取 Forgejo 主机数据，并在特定条件下形成远程代码执行风险。争议集中在这是否属于典型 RCE、开放注册实例的暴露面、自托管维护成本，以及 Forgejo 对 LLM 贡献和安全审计态度是否会影响漏洞发现。
No.19
Neki – Sharded Postgres
Neki：PlanetScale 推出的分片 Postgres
237 分
129 条评论
作者: simon_weber
PlanetScale 发布平台预览版 Neki，把多年运营超大规模 Vitess/MySQL 分片集群的经验带到 Postgres。Neki 通过兼容 Postgres 协议的路由层，把查询解析、分布式计划和结果合并封装起来；每个分片仍是真实 Postgres 集群，跨 3 个可用区部署主从副本，保留扩展、SQL 语义和性能特征。用户用 JSON 数据拓扑定义分片键、表分组和实例配置，在线完成 schema 变更、升级、故障切换、导入与重分片，也可先以未分片模式运行。文章强调它避免应用层分片和伪兼容分布式数据库的取舍，但目前仍是预览版，不建议生产使用。评论争议集中在一致性、跨分片事务、开源缺失和与 Citus、Supabase Multigres 等方案的比较。
No.20
Proof of Capture: Apple Reference Image, but open source and using steganography
开源相机用隐写证明照片来自真实拍摄
100 分
54 条评论
作者: merybenavente
作者介绍了一个开源「Proof of Capture」相机项目，目标不是事后检测 AI 伪图，而是在拍摄瞬间证明图像来自相机。项目把已签名的感知哈希通过隐写水印嵌入像素本身，避免 EXIF 被社交平台剥离；相比早期易被 JPEG 压缩破坏的逐像素哈希，新方案用 DWT 与 DCT 频域水印，能承受压缩和缩放并发现内容编辑。签名由 ATECC608 安全芯片生成，私钥不可导出。作者认为苹果的 Apple Reference Image 方向类似，但依赖私有云信任根且未采用 C2PA 标准。文章也承认屏幕翻拍等攻击仍然有效，这类方案只能提高造假成本，不能彻底解决真实性问题。
No.21
Stop making swap partitions–use swap files instead
别再用交换分区，改用交换文件
12 分
7 条评论
作者: jenders
文章主张在现代 Linux 系统中应优先使用交换文件而非传统交换分区：它们更易创建、调整大小和删除，尤其在全盘加密场景下配置成本更低；只要文件不碎片化，现代内核下性能通常接近分区。评论指出，这一建议有历史背景：早年操作系统、数据库等常因性能需要依赖专用分区或裸设备，但如今限制已少得多。争议主要集中在动态伸缩、休眠可靠性和机械硬盘布局：部分发行版仍静态管理交换文件，休眠时交换文件更脆弱；在旋转硬盘上，分区位置可能显著影响速度。
No.22
Rust is tier-1 language at Microsoft
微软将 Rust 列为一线内部开发语言
660 分
392 条评论
作者: mmastrac
微软宣布 Rust 已与 C++、C#、TypeScript 一样成为内部一线工程语言，拥有从本地开发到生产部署的标准化支持路径。文章重点介绍 rustc_codegen_utc：它让 rustc 接入 MSVC 后端，使 Rust 能共享 Windows 长期积累的 ABI、调试、加固、热补丁、分析和优化能力，尤其服务于 Rust 与 C++ 混合项目。该后端已于 2026 年初达到生产可用，自 Rust 1.90 起可自举，目前已有 100 多个微软仓库采用。争议集中在 Visual Studio 支持、是否开源、编译体验和 C++ 互操作的现实难度。
No.23
Exercise intensity is associated with cardiometabolic health
运动强度与心血管代谢健康相关
84 分
39 条评论
作者: qclibre22
这篇研究关注运动强度对心血管代谢健康的影响。根据评论披露的信息，论文比较了中等强度运动与「冲刺间歇训练」：后者用很短的高强度爆发，可能在部分生物标志物上达到接近更长时间中等强度运动的效果。讨论焦点不在于运动是否有益，而是时间效率、强度定义和长期训练结构：有人质疑30秒「全力」冲刺的表述不符合自行车训练经验；也有多人分享爬楼、坡冲、DDR、HIIT改善VO2max或跑步表现的经历。更有经验的评论认为，高强度训练收益快但容量有限，最好与低强度有氧基础、阈值训练和力量训练结合，避免过度训练。
No.24
Douglas Hofstadter: Analogy as the Core of Cognition [video]
侯世达：类比是认知的核心
171 分
79 条评论
作者: tosh
这段 2009 年视频围绕 Douglas Hofstadter 的核心主张：类比不是语言中的高级修辞，而是认知本身的基本机制；分类、概念形成、隐喻、识别相似性，都是在不同情境中建立结构对应。评论者将其与《Fluid Concepts and Creative Analogies》《I Am a Strange Loop》以及 Lakoff 的《Metaphors We Live By》联系起来，认为每个名词和范畴都隐含类比。争议集中在当代 LLM 是否已部分实现这种能力：有人认为词向量、embedding 和自回归预测天然支持类比；也有人认为 LLM 仍缺乏侯世达所强调的深层理解、自指和创造性概念流动。
No.25
What Comes After Git
Git 之后会是什么
35 分
7 条评论
作者: tangled
East River Source Control 认为，AI 代理开发正在把大型组织才有的版本控制压力带给更多团队：代码产出更快、仓库膨胀、分支增多、合并冲突加剧，云端隔离环境也要求更快克隆。文章主张 Git 受 2005 年设计约束限制，难以面向超大 monorepo 和未来协作需求；他们的方案是继续兼容 Git 协议和现有客户端，但服务器端不再以 Git 仓库为真实存储，而使用自研、可横向扩展的存储引擎。长期看，ERSC 希望支持多协议，并借鉴 Jujutsu 的渐进迁移路径，让开发者先用普通 Git，再逐步采用 jj 或未来原生协议。作者强调这些 jj 原生能力仍属未来工作。争议在于文章对具体技术细节和要解决的问题说明不足，社区普遍质疑其论证力度。
No.26
Detecting and countering misuse of AI: September 2026
Anthropic 报告 2026 年 AI 滥用检测与应对
123 分
188 条评论
作者: garo-pro
Anthropic 威胁情报团队披露，2025 年 12 月至 2026 年 8 月间，其发现并中止了多类滥用 Claude 的行动，覆盖网络攻击、影响力操作、监控、诈骗、生物风险、常规武器开发和模型蒸馏。报告称 AI 正从问答助手变成攻击链编排者，降低了复杂攻击门槛，使个人、犯罪团伙和疑似国家行为体能更快、更大规模地侦察、开发工具、钓鱼和外传数据。案例包括疑似俄罗斯间谍行动、假约会应用诈骗、异议人士监控等。争议焦点在于报告也把模型蒸馏等商业竞争行为列入滥用，引发社区对隐私监控、监管叙事和营销化安全恐慌的质疑。
No.27
YuE2 · Frontier Music with Symbolic Planning
YuE2：用符号规划生成和编辑音乐
85 分
73 条评论
作者: sexy_seedbox
YuE2 是一个面向音乐生成与编辑的开放权重模型项目，强调不只是文本到音频，而是把旋律、节奏、和弦等「符号规划」纳入生成流程，可从乐谱生成歌曲、改编熟悉作品，并通过对话式代理编辑调整歌词、速度、编曲和风格。项目称 YuE2 在 WildSongBench 的 SongBench 指标上超过 Suno v5；配套的 MERT2 与 SheetSage2 也分别在音乐表征和转录任务上取得多项 SOTA。训练数据主要来自 CC0 音乐与授权合成数据。争议集中在 AI 音乐是否缺乏人类意图、输出是否泛化平庸，以及它更可能替代低成本背景音乐还是成为音乐人的控制与创作工具。
No.28
Hitachi launches CO2 heat pump water heaters with solar-friendly tariff controls
日立推出支持光伏电价控制的 CO2 热泵热水器
305 分
257 条评论
作者: thelastgallon
日立 Global Life Solutions 将于 2026 年 11 月起在日本推出新一代 Y 系列住宅 EcoCute 热泵热水器，采用天然制冷剂 CO2，主力全自动机型容量为 370 升和 460 升，面向 3 至 6 人家庭。文章指出，日立尚未公布完整能效，新品更像既有平台升级，而非全新热泵设计。核心变化是支持更多鼓励白天用电的日本电价方案，方便在光伏发电富余时加热储水，并延续 HEMS、无线 LAN 等能源管理能力。新品还提供五年质保。争议焦点主要在于日本热泵技术领先、海外价格和可获得性、以及 CO2 与丙烷等低 GWP 制冷剂的取舍。
No.29
DeepSeek v4.1 Flash Uncensored
DeepSeek v4.1 Flash 去审查 FP8 模型发布
17 分
2 条评论
作者: soltanov
dealignai 发布 DeepSeek-V4.1-Flash-UNCENSORED-FP8，称通过权重级「abliteration」永久移除拒答与安全护栏，同时保持 MMLU、视觉、推理、工具调用、多轮一致性和 100 万 token 上下文等能力。作者给出 HarmBench 与能力回归测试结果，声称破解版在有害类别中零拒答，非伦理类知识能力仅下降约 1.1 个百分点。文章还详列 SGLang 部署配方、4×H200 上的并发与 KV 预算、Engram host table、DSpark speculative 推理、parser 与依赖坑点。争议焦点在于无护栏模型的社会风险与研究自由之间的取舍。
No.30
Customizing my Compaq MX-11800 keyboard
改造 Compaq MX-11800 复古键盘
26 分
4 条评论
作者: NetOpWibby
作者记录了把 Compaq MX-11800 复古键盘改造成日常可用键盘的曲折过程：起初被双功能键区、数字键盘和内置轨迹球吸引，尝试更换 Gateron Milky Yellow Pro 轴并学习焊接，却发现大量按键失效。第二块板加装 Mill-Max 热插拔座后问题仍相同，最终才意识到原装轴带二极管和四个引脚，新轴无法直接替代。作者最后装回原轴，让键盘和鼠标都恢复工作，并用接近经典 Mac 色的喷漆、Classic Light 键帽和 Karabiner-Elements 映射适配 macOS。文章价值在于复古键盘改造的实战教训：老硬件的电路和接口限制常比外观改装更棘手。
评论精华