原标题：《Keenable SELECT: an agent that searches the web in SQL》 评分: 21 | 作者: phoenix120 💭 既然都能搜网页，SQL 还有什么必要？ 🎯 讨论背景 Keenable SELECT 是一个把自然语言问题转成网页检索、信息抽取和 SQL-like 分析的 agent，会生成可浏览的 report/artifact。评论里举了几个具体例子：统计 Hacker News（HN）某月评论最多的用户、找出首页最常见的 domain、以及分析 PG（Paul Graham，Hacker News 常被讨论的创业者/写作者）在多年间的情绪变化；还有人提到它能生成关于 Meta AI、OpenAI、DeepMind（Google 旗下 AI 研究机构）、Anthropic（AI 公司）和 Thinking Machines Lab（新兴 AI 研究实验室）之间研究员流动的图表。系统页面带有自动生成免责声明，明确说它基于公开网页来源抽取，可能存在错误、遗漏或时效性问题，所以更适合拿熟悉的话题先校验。开发者把它描述成一种“语
原标题：《Dr. Melvin Scheinman: 40th Anniversary of Catheter Ablation》 评分: 28 | 作者: efavdb 💭 都能救命了，还嫌它不够“像手术”吗？ 🎯 讨论背景 Dr. Melvin Scheinman（美国心脏电生理领域的先驱）推动了 catheter ablation（经导管消融，一种把导管送入心脏、用射频或冷冻能量处理异常电路的微创术式）走向临床应用。评论者主要围绕心律失常患者，尤其是 WPW syndrome（Wolff-Parkinson-White syndrome，预激综合征）和 PSVT（阵发性室上性心动过速）患者，分享消融后如何摆脱反复发作、长期服药，甚至避免开胸手术的经历。术中通常会先做 electrophysiology study（电生理检查）来诱发和定位异常传导通路，因此这类手术虽然发生在心脏上，实际体验却往往比外界想象得轻得多。有人补充历史细节说，首例人体 ablation 在 1981 年完成，所以标题里的“40th anniversary”可能更接近 45 周年；另一条评论还提到相关技
原标题：《Ask HN: Who is hiring? (September 2026)》 评分: 128 | 作者: whoishiring 💭 所谓 AI 岗位，就是先白干 4-6 个月吗？ 🎯 讨论背景 这是 HN（Hacker News 技术社区）每月固定的 “Who is hiring?” 招聘帖，公司通常直接贴出岗位、地点、薪资、技术栈和申请方式。2026 年 9 月这一期里，AI 岗位尤其多，很多公司把 LLM（大语言模型）、agentic workflows、RAG（检索增强生成）和 evals（评测）当成核心卖点，而不是附加功能。另一条明显主线是基础设施和系统软件，从 edge cloud、storage、GPU infra 到 OpenZFS、Paxos、Kubernetes，强调的是高可靠、性能和端到端 ownership。还有不少岗位聚焦医疗、教育、能源、保险、政府和金融等强约束行业，说明“把软件落地到真实流程里”仍然比单纯做通用产品更受欢迎。 📌 讨论焦点 AI/agentic 岗位全面扩张 这期最强的信号是 AI 已经从“加一个聊天框”变成“重构业务流
原标题：《44% on ARC-AGI-1 in 67 cents》 评分: 383 | 作者: porridgeraisin 💭 把 ARC 刷高分，就等于通用智能了？ 🎯 讨论背景 ARC-AGI（Abstract and Reasoning Corpus for AGI，一组用彩色网格输入/输出谜题测试抽象推理的 benchmark）常被 ARC Prize 和 Kaggle（机器学习竞赛平台）拿来做公开评测。每题通常先给少量示例 pair，再要求在隐藏 test pair 上预测输出，因此它天然带有 meta-learning 和 test-time adaptation 的味道。这个帖子里的结果是：一个从零训练的 small autoregressive transformer，在 ARC-AGI-1 公共集上达到 44% ，训练成本约 67 cents。评论区围绕的背景争议包括：这是否只是对 benchmark 的专门优化、公开 eval 是否会造成泄漏，以及 harness（包裹模型的评测外壳）和 transduction（测试时利用整组样例做推断）的边界在哪里。 ?
原标题：《EFF to Governor Newsom: Veto California's AB 1709》 评分: 27 | 作者: mdp2021 💭 孩子刷社媒，州长真要替每个家长管吗？ 🎯 讨论背景 这次争论围绕加州 AB 1709 展开：EFF（Electronic Frontier Foundation，数字权利组织）要求州长 Gavin Newsom 否决一项面向未成年人的社媒限制法案。评论里提到，这个法案针对 16 岁以下用户的 "addictive features"（成瘾性功能），例如推荐流、自动播放、点赞和关注等机制，允许保留账号但限制这些功能。争议的核心是两种风险的对撞：一边担心算法驱动的沉迷、比较压力和注意力操控，另一边担心 age verification（年龄验证）会带来实名化、身份绑定和匿名性损失。讨论还延伸到 parental controls（家长控制）、targeted advertising（定向广告）、device attestation（设备证明/认证）以及 Newsom 之前签署过的 OS（操作系统）层面年龄验证法。 📌 讨论焦点
原标题：《Fastpotify》 评分: 661 | 作者: nreece 💭 连音乐都播不稳，还谈什么平台体验？ 🎯 讨论背景 Fastpotify 是一个用 Rust 和 egui（Rust 的 immediate mode GUI 库）写的第三方 Spotify 客户端，主打更快、更轻，并提供 Winamp 2 皮肤、mini-player 和类似老式音乐播放器的体验。它依赖 librespot（Spotify 协议的逆向实现）来接入 Spotify 的内容和播放能力，所以会受到 Spotify API、账户策略和协议变化的影响。评论区一边在夸它把官方客户端常见的卡顿、占内存、UI 反直觉问题做了替代，一边也在争论这类项目到底算不算 vibe coding，因为仓库里的代码和文档都明显大量使用了 LLM。整串讨论还延伸到 Spotify 近年把播客、广告和推荐内容塞进音乐应用，以及用户转向 Navidrome、Bandcamp、Qobuz、radio 或自托管音乐库的趋势。 📌 讨论焦点 官方客户端臃肿失控 很多人把 Spotify 官方客户端形容成日常不得不用的最差软件之
原标题：《Io_uring Without Readahead》 评分: 40 | 作者: porridgeraisin 💭 既然要绕开 page cache，何必再加一层玄学？ 🎯 讨论背景 这篇讨论围绕一篇讲如何在 Linux 上使用 io_uring 而不依赖 readahead 的文章展开。Turso 是一个兼容 SQLite 的数据库系统，支持多进程并发读同一数据库，所以它的 I/O 策略会直接影响 page cache、buffer pool 和跨进程复用。评论者把焦点放在 O_DIRECT、preadv、mmap 以及像 RWF_DONTCACHE、MADV_WILLNEED、FADV_WILLNEED 这类内核提示上，讨论缓存到底该由内核还是应用来掌控。背景其实是数据库和存储引擎里的老问题：为了可预测的延迟和吞吐，是否值得放弃内核自动 readahead 与缓存。 📌 讨论焦点 page cache vs O_DIRECT 的取舍 很多评论质疑文章把选择简化成 syscalls 和 io_uring + O_DIRECT 两种极端。对于像 Turso 这种类似 S
原标题：《We Are Rebuilding Monica》 评分: 29 | 作者: robinhood 💭 都重写到 v3 了，真的会更好吗？ 🎯 讨论背景 Monica（一个自托管的人际关系管理应用）最初就以“帮你记住朋友和关系细节”为卖点，常见用途包括生日提醒、纪念日和寄卡名单管理。这次讨论来自它的新一轮重建公告，而评论里多次提到它之前已经有过一次重写，代号 Chandler（Monica 之前一次 beta 重写版本）。不少人把这次 v3 和 AI 辅助开发联系起来，怀疑重写是为了更适合 Claude 这类工具去改旧代码。也有人把 Monica 看成比 Facebook 式社交平台更温和的人际记忆工具，并期待它更容易导入数据、自动更新联系人、或与 Immich（一个自托管照片管理应用）等系统联动。 📌 讨论焦点 反对重写/质疑动机 不少人把这次公告解读成对“重写”的又一次下注，因此第一反应是怀疑而不是期待。评论里直接引用了“永远别这样做”的经典软件工程警告，也有人猜测真正的动机是旧代码难以配合 Claude / agentic development，所以干脆整套推倒重
原标题：《Ubisoft's FOR HONOR will block SteamOS / Linux players starting September 10》 评分: 31 | 作者: haunter 💭 既然 EAC 都支持 Linux，封禁是在演哪出？ 🎯 讨论背景 For Honor（育碧的多人冷兵器对战游戏）虽然在商店页标成 Windows 游戏，但很多 Linux 用户一直靠 Proton（Valve 的兼容层）在 SteamOS（Valve 基于 Linux 的游戏系统）上运行。争议点是育碧宣布从 9 月 10 日起把 SteamOS/Linux 玩家挡在外面，而游戏使用的 Easy Anti-Cheat（EAC，Epic 的反作弊中间件）据说本来就有 Linux 支持，所以不少人把这看成开发商主动关闭兼容性。评论因此延伸到 Steam 商店里“系统需求”是否算提前告知、反作弊和兼容层冲突时到底该由谁负责，以及 Linux 玩家是否应该为这类灰色兼容场景承担后果。 📌 讨论焦点 Linux 游戏体验已明显成熟 不少人把这条消息当成自己转向 Linux 的确认信号
原标题：《Urban Congestion Pricing and the Response Times of Emergency Medical Services》 评分: 36 | 作者: ceejayoz 💭 没公交还敢收拥堵费，是让人瞬移上班吗？ 🎯 讨论背景 这篇帖子围绕一篇 NBER（美国国家经济研究局）工作论文展开，讨论城市拥堵收费（congestion pricing）是否会影响急救医疗服务 EMS（Emergency Medical Services，急救医疗服务）的响应时间。背景是纽约等高密度城区开始对进入核心区的私家车收费，类似制度也出现在 London、Stockholm、Milan 等城市。评论区把焦点从急救响应扩展到更大的交通治理问题：拥堵收费到底是在给稀缺道路和负外部性定价，还是在向没有公共交通替代的人征税。Covid 之后 work from home（WFH，远程办公）让一部分通勤需求永久下降，也让一些城市里“必须开车进城上班”的前提被重新审视；同时，纽约的低收入折扣、残障豁免和认证流程也成为争议焦点。 📌 讨论焦点 支持按道路稀缺性和外部性定价
